Re: Dell R310 - H200 Raid performance problem

On Sun, Feb 20, 2011 at 12:39:06PM +0100, Mark Kettenis wrote: > > Date: Sun, 20 Feb 2011 19:54:21 +1000 > > From: David Gwynne > > > > > how to manipulate write cache policy? > > > > the lsi firmwares dont implement handling of the mod page changes > > unfortunately. you could call the ioctl thi

Re: fix possible NULL deref in sys/dev/usb/uhub.c

On Fri, Feb 18, 2011 at 12:27:40PM +0100, Mike Belopuhov wrote: > On Fri, Feb 18, 2011 at 03:44 +, Jacob Meuser wrote: > > at line 190, if nports == 0, 'hub' will be NULL at line 334, and > > 'if (hub->ports)' will be a NULL dereference. > > > > found by Amit Kulkarni using clang. > > > > ma

Re: plug a memleak in output_listing()

On Tue, Feb 15, 2011 at 01:37:10PM +0100, Claudio Jeker wrote: > On Fri, Feb 11, 2011 at 07:34:41PM -0300, Gleydson Soares wrote: > > plug a memleak in output_listing(); from NetBSD > > Index: aicasm.c > > === > > RCS file: /cvs/src/sy

Re: [PATCH] fix broken support for installing on extended partitions

On Fri, Feb 11, 2011 at 05:11:45PM +0200, ucs...@gmail.com wrote: > On Fri, Feb 11, 2011 at 06:28:28AM -0500, Kenneth R Westerback wrote: > > On Fri, Feb 11, 2011 at 09:47:02AM +0200, ucs...@gmail.com wrote: > > > Despite the touted support, OpenBSD wouldn't be able to boo

Re: [PATCH] fix broken support for installing on extended partitions

On Fri, Feb 11, 2011 at 09:47:02AM +0200, ucs...@gmail.com wrote: > Despite the touted support, OpenBSD wouldn't be able to boot off an > extended partition, unless it's the very first or second one. > > The kernel was fixed (after a fashion) some time ago, but boot(8) and > installboot(8) still l

Re: siop(4) man page correction

On Mon, Feb 07, 2011 at 10:24:15AM +0100, Mattieu Baptiste wrote: > Hi all, > > According to src/sys/dev/ic/siop.c rev 1.6, siop(4) supports U160 > SCSI. So it should be: > > --- siop.4.orig Mon Feb 7 10:12:39 2011 > +++ siop.4 Mon Feb 7 10:13:58 2011 > @@ -85,11 +85,7 @@ > .Tn SCSI ) >

Re: another run device

On Sat, Jan 29, 2011 at 10:25:15PM -0500, Ted Unangst wrote: > usbdevs -v output: > > port 1 addr 2: high speed, power 450 mA, config 1, 802.11 n WLAN(0x3c2c), > Ralink(0x14b2), rev 1.01, iSerialNumber 1.0 > > I don't know if it's strictly a 3070, but it's new and very tiny, so it > seemed like

Re: no /dev/usb means "usb events" are useless

On Mon, Jan 24, 2011 at 08:42:07AM -0500, Kenneth R Westerback wrote: > On Sun, Jan 23, 2011 at 05:29:11AM +, Jacob Meuser wrote: > > On Sun, Jan 23, 2011 at 05:03:18AM +, Jacob Meuser wrote: > > > NetBSD (where our usb stack came from) has a /dev/usb device node. >

Re: no /dev/usb means "usb events" are useless

On Sun, Jan 23, 2011 at 05:29:11AM +, Jacob Meuser wrote: > On Sun, Jan 23, 2011 at 05:03:18AM +, Jacob Meuser wrote: > > NetBSD (where our usb stack came from) has a /dev/usb device node. > > this node exists primarily for reading usb events. however, we > > do not create /dev/usb, which

Re: no /dev/usb means "usb events" are useless

On Sun, Jan 23, 2011 at 05:29:11AM +, Jacob Meuser wrote: > On Sun, Jan 23, 2011 at 05:03:18AM +, Jacob Meuser wrote: > > NetBSD (where our usb stack came from) has a /dev/usb device node. > > this node exists primarily for reading usb events. however, we > > do not create /dev/usb, which

Re: recieve -> receive (usr.sbin)

On Thu, Jan 20, 2011 at 11:35:40PM +0100, Jasper Lievisse Adriaanse wrote: > OK? ok krw@ as in last one. Ken > > -- > Cheers, > Jasper > > "Capable, generous men do not create victims, they nurture them." > > Index: npppd/l2tp/l2tp_call.c > ==

Re: Teach pcidump(8) about another capability

On Tue, Jan 11, 2011 at 11:44:54PM +0100, Mark Kettenis wrote: > Capability 0x12 is called "SATA". I have a diff to add PCI_CAP_SATA > to pcireg.h, but given the fact that we're in ABI lock, that'll have > to wait. But it is anyhow better to use the number of elements in the > array to decide whe

Re: New acpi challenges! New Dell XPS blows up in acpivideo!

On Sun, Jan 09, 2011 at 10:47:02PM +, Jordan Hargrave wrote: > It looks like there is a new L06 bios for the L401X, can you try this? Already did. I'm a compulsive BIOS updater. :-). No behaviour change. Ken > > > Date: Wed, 22 Dec 2010 16:08:54 -0500 > > From: kwesterb...@rogers.com

Re: PCI power management diff

On Thu, Dec 30, 2010 at 12:10:16AM +0100, Mark Kettenis wrote: > For those that have problems with (acpi) suspend/resume that can be > fixed by setting pci_dopm to 0, please test the diff below. This > fixes a flaw in the powermanagement code where we would disable > devices (and in particular PCI

Re: cut vnd's over to bufqs, again.

On Wed, Dec 29, 2010 at 01:03:23PM +, Thordur Bjornsson wrote: > hi, > > so cut vnds over to bufqs. this diff is similar to a diff > that was commited, but got backed out after one of the > hackathon fiasco's, with a small difference. > > there is no reason to keep an active c

Re: working hotplug for busy devices on mpii(4)

up. Works for me. Full moral support from k...@. Ken > > On Fri, Dec 24, 2010 at 11:44:52AM -0500, Kenneth R Westerback wrote: > > On Fri, Dec 24, 2010 at 04:01:19PM +1000, David Gwynne wrote: > > > hi guys, > > > > > > this makes mpii properl

Re: correct mxcsr+mxcsr_mask handling (revised)

On Sat, Dec 25, 2010 at 12:02:58PM -0800, Philip Guenther wrote: > Here's a revised diff to correct the handling on amd64 and i386 of the > MXCSR register in frames that could be altered by users, so that a user > can't trick the kernel into faulting by trying to load an invalid MXCSR > value du

Re: cleanup directory sys/dev/pckbc

On Sat, Dec 25, 2010 at 10:57:40PM +0500, Alexandr Shadchin wrote: > > remove file sys/dev/pckbc/Makefile > This file is accidentally imported from NetBSD, and probably never used. > > -- > Alexandr Shadchin > > Index: Makefile >

Re: working hotplug for busy devices on mpii(4)

On Fri, Dec 24, 2010 at 04:01:19PM +1000, David Gwynne wrote: > hi guys, > > this makes mpii properly detach devices, which helps a lot if they > have commands in flight. to relevant changes are: > > - call the activate(DVACT_DEACTIVATE) function against all the luns > on the target that is going

Re: upgrade and fsck

On Fri, Dec 24, 2010 at 10:05:28AM +0100, Otto Moerbeek wrote: > Hi, > > It has been a long time since a saw an incosistent fs with the clean > flag set. So default to no and rephrase a litle to make it clearer. > > -Otto I like the question. ok krw@ for that. I also always type 'n' to

Re: New acpi challenges! New Dell XPS blows up in acpivideo!

On Thu, Dec 23, 2010 at 07:02:47AM +, Jordan Hargrave wrote: > > Bad AML. Looks like it is trying to do an AML Load of a memory block, and > that is failing. > Usually that's because the checksum is incorrect. Look at dsdt.c:aml_load() > and put printf's at both goto fails', to see what is

Re: usb wireless detach

On Thu, Dec 23, 2010 at 12:36:26AM +, Jacob Meuser wrote: > no feedback yet. anyone care to comment on this? Sounds good to me. I can get odd things to happen when I unplug my ural AP, I just haven't had a chance to test this to see if it helps. I will try. It's Christmas after all. :-). ...

New acpi challenges! New Dell XPS blows up in acpivideo!

Got a new Dell XPS 401 laptop today and booted amd64 -current bsd.mp off of a usb stick. It immediately blew up in acpi. bsd.rd did not blow up. There seems to be a minor (i.e. non ddb> causing) issue prior to acpivideo: acpiec0 at acpi0 acpicpu0 at acpi0acpi0: unable to load \\_PR_.CSDT : PSS ac

Re: allow bioctl to read passphrase from stdin

On Wed, Dec 22, 2010 at 11:58:50AM +0001, Jason McIntyre wrote: > On Tue, Dec 21, 2010 at 02:22:37PM +0100, Jiri B. wrote: > > On Mon, Nov 29, 2010 at 02:22:35PM -0800, Chris Kuethe wrote: > > >Currently bioctl invokes readpassphrase(3) with RPP_REQUIRE_TTY, which > > >means that there must be a co

Re: Solvng the NVIDIA IDE/SATA/AHCI mess

On Tue, Dec 21, 2010 at 11:27:30AM +0100, Mark Kettenis wrote: > We still have some some issues with SATA/AHCI on NVIDIA chipsets. If > you have a machine, could you send me the following information: > > * dmesg > * output of 'pcidump -vxx' > * BIOS setting (IDE/SATA/AHCI/RAID) if your BIOS prov

Re: softraid(4) disks are of wrong size

On Sun, Dec 19, 2010 at 02:17:46PM +0100, Andreas Bartelt wrote: > Hello, > > I've noticed that the size of softraid(4) disks is one sector too large. > > In the following description, the native disk is sd4c (which is of type > RAID), and the corresponding virtual softraid(4) disk will be sd5.

Re: kill an unused IPv6 statistic

On Mon, Dec 20, 2010 at 04:44:36PM +0100, Claudio Jeker wrote: > ip6s_exthdrtoolong is not used at all so why bother keeping it around? > I guess this was a pre-m_pulldown() counter but is now unused. > > -- > :wq Claudio > > Index: sys/netinet6/ip6_var.h > ==

Re: softraid(4) disks are of wrong size

On Mon, Dec 20, 2010 at 08:06:33AM -0500, Kenneth R Westerback wrote: > On Mon, Dec 20, 2010 at 06:24:17PM +1000, David Gwynne wrote: > > On Mon, Dec 20, 2010 at 04:26:59PM +1000, David Gwynne wrote: > > > im pretty sure scsi reports the last addressable sector, as opposed

Re: softraid(4) disks are of wrong size

On Mon, Dec 20, 2010 at 11:50:21AM +0100, Andreas Bartelt wrote: > On 12/19/10 22:28, Kenneth R Westerback wrote: > ... > >You should NEVER use 'c' partition. Amoung other things, it is > >always set by the kernel to encompass the whole disk, everytime the > >disk

Re: softraid(4) disks are of wrong size

On Mon, Dec 20, 2010 at 06:24:17PM +1000, David Gwynne wrote: > On Mon, Dec 20, 2010 at 04:26:59PM +1000, David Gwynne wrote: > > im pretty sure scsi reports the last addressable sector, as opposed to the > > total number of sectors. will have a diff shortly. > > compiles. can someone test? Prett

Re: softraid(4) disks are of wrong size

On Sun, Dec 19, 2010 at 02:17:46PM +0100, Andreas Bartelt wrote: > Hello, > > I've noticed that the size of softraid(4) disks is one sector too large. > > In the following description, the native disk is sd4c (which is of type > RAID), and the corresponding virtual softraid(4) disk will be sd5.

Re: dhclient-script and resolv.conf

On Wed, Dec 15, 2010 at 04:08:23PM +0100, Claudio Jeker wrote: > This made me go nuts for a long time. As soon as you have two interfaces > running dhclient those two will start fighting over /etc/resolv.conf > which is realy bad when short lease times are used and one interface is > not getting ne

Re: Read-only sd(4) devices -- good idea?

On Wed, Dec 15, 2010 at 06:20:33PM -0500, Kenneth R Westerback wrote: > USB. Need I say more? :-) > > I now have a USB device in hand which has a 'READONLY' physical switch on > the top. If set to READONLY, this device spews error messages when > writes are attempted. And

Read-only sd(4) devices -- good idea?

USB. Need I say more? :-) I now have a USB device in hand which has a 'READONLY' physical switch on the top. If set to READONLY, this device spews error messages when writes are attempted. And the device freaks out so that ALL subsequent i/o's fail. I saw this: http://lists.wpkg.org/pipermail/st

Re: nvi diff fixing a display glitch leading to crash

On Wed, Dec 15, 2010 at 02:13:55AM -0800, patrick keshishian wrote: > No comment/interest? > > I am assuming this is the right list to send this sort > of crap to. Correct me if I am wrong. > > If the fix is incorrect I would appreciate pointers. > > Thanks, > --patrick Right list for commentar

Re: usb: don't wait if dying

On Tue, Dec 14, 2010 at 04:41:43PM +, Jacob Meuser wrote: > ok? > > -- > jake...@sdf.lonestar.org > SDF Public Access UNIX System - http://sdf.lonestar.org > > Index: usb_subr.c > === > RCS file: /cvs/src/sys/dev/usb/usb_subr.c,

Re: *hci dying flag

On Tue, Dec 14, 2010 at 01:52:01AM +, Jacob Meuser wrote: > this make *hci use the dying flag in struct usbd_bus instead of one in > their own softc. struct usbd_bus is required to be the first member of > *hci_softc. > > the bus' dying flag is checked in usbd_is_dying(), which is used to > l

Re: better matching of boot devices on amd64

On Thu, Dec 02, 2010 at 03:17:53PM +1000, David Gwynne wrote: > 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

Re: limit the number of cpus amd64 will attach to the number of cpuinfo slots we have

On Fri, Nov 26, 2010 at 04:13:28PM +0100, Mark Kettenis wrote: > > Date: Fri, 26 Nov 2010 16:35:28 +1000 > > From: David Gwynne > > > > information about each cpu is stored in a statically sized array. > > if we have more physical cpus than entries in that array, we currently > > start storing cp

Re: amd64/i386 MAXCPUS no longer refers to a bitmask

On Fri, Nov 26, 2010 at 01:42:33PM +0100, Mark Kettenis wrote: > > Date: Fri, 26 Nov 2010 07:33:11 -0500 > > From: Kenneth R Westerback > > > > I can't find a bitmask being used to track i386 CPUs and the amd64 > > one was just nuked. So remove misleading c

amd64/i386 MAXCPUS no longer refers to a bitmask

I can't find a bitmask being used to track i386 CPUs and the amd64 one was just nuked. So remove misleading comments in both cases. Can anyone prove me wrong in the i386 case? Or OK? Ken Index: amd64/include/cpu.h === RCS file:

Re: limit the number of cpus amd64 will attach to the number of cpuinfo slots we have

On Thu, Nov 25, 2010 at 02:13:35PM +0100, Mark Kettenis wrote: > > Date: Wed, 24 Nov 2010 23:07:45 +1000 > > From: David Gwynne > > X-Scanned-By: MIMEDefang 2.62 on 220.110.80.83 > > List-Owner: > > X-Loop: tech@openbsd.org > > Sender: owner-t...@openbsd.org > > X-X

Re: More Canon scanners (usbdevs, uscanner.c)

On Wed, Nov 24, 2010 at 07:30:22PM +, Stuart Henderson wrote: > On 2010/11/24 19:06, Antoine Jacoutot wrote: > > On Wed, 24 Nov 2010, Miod Vallat wrote: > > > > > > But is there any reason to keep these devices in uscanner? To my > > > > knowledge, sane is the only tool to access such devices.

Re: cleanup pckbc_cnattach

On Mon, Nov 22, 2010 at 10:09:31PM +0500, Alexandr Shadchin wrote: > removed slot argument of function pckbc_cnattach > because it is always PCKBC_KBD_SLOT > > -- > Alexandr Shadchin Seems reasonable to me, but this would be something miod@ will have to comment on in case he has evil plans to us

Re: wihap_data_input -> wi_start -> panic: m_copydata: len -7 < 0

On Sun, Nov 21, 2010 at 09:44:12AM -0800, Greg Steuck wrote: > On Sat, Nov 20, 2010 at 4:36 AM, Kenneth R Westerback > wrote: > > Is it as simple as a missing m_pullup(), which is apparently what > > ieee8011_encap() does in the situation? > > Looks very logical. I just

cd(4) can be T_FIXED too

It had to happen. A USB CD device has been found that 'forgets' to mention that it is a removable device. PR #6513. Therefore tweak the cd recognition pattern to accept T_FIXED cdrom and worm devices. Can anybody think of any reason to not do this? Submitter should be testing this as I write to m

Re: ddb: simplify breakpoint and watchpoint code

On Sat, Nov 20, 2010 at 03:44:13PM +, Miod Vallat wrote: > The breakpoint and watchpoint code inherited from Mach used to be able > (under Mach) to put {break,watch}points in user processes. This is > disabled in BSD, but there is still tentacles of this left in the code > and structures, which

Re: wihap_data_input -> wi_start -> panic: m_copydata: len -7 < 0

On Wed, May 19, 2010 at 10:49:37PM -0700, Greg Steuck wrote: > I've only now caught the full trace of this bug that bit me many times > over. The bug is non-deterministic, but happens often enough that I > can be sure it's fixed if I don't see it in a week. > > panic: m_copydata: len -7 < 0 > kdb

Re: fdisk(8) LBA only option

On Fri, Nov 19, 2010 at 09:24:37PM +, Miod Vallat wrote: > When editing MBR partitions under fdisk(8), you always get asked whether > you want to edit the MBR in C/H/S or LBA mode. > > On modern non-x86 platforms using MBR-style partitions, C/H/S doesn't > make any sense. What about adding a `

diff(1) vs directories

As Espie found: Turns out diff is expecting scandir to return NULL-terminated arrays. But scandir doesn't ! most specifically, when we fill our buffer exactly, then we're out of luck. This doesn't happen often, but usually enough to kill a diff -ur on a large tree with MALLOC_OPTIONS=S Here's a d

Re: uselessness

On Thu, Nov 11, 2010 at 12:13:20PM -0500, Miod Vallat wrote: > is of very low value - and its name is quite misleading, > since it has nothing to do with disk statistics those days. > > The following diff removes unnecessary inclusion of this header in the > kernel, and removes unused DK_NDRIVE c

Re: who(1) diff to show more of hostname

On Wed, Nov 10, 2010 at 08:40:52AM +0100, Otto Moerbeek wrote: > Hi, > > Make who(1) a tiny bit smarter and show more of the host part. Max > linewidth is 80. > > -Otto > > Index: who.c > === > RCS file: /cvs/src/usr.bin/who/w

Re: Acer Labs IDE bug workaround

On Fri, Nov 05, 2010 at 11:40:00PM +0100, Mark Kettenis wrote: > Many older revisions of the Acer Labs M5229 UDMA IDE controller have a > hardware bug that makes DMA fail for LBA48 commands fail. As a result > accessing data on disks bigger than 137 GB beyond the 137 GB boundary > will fail. A wo

Re: amd64 segment cleanup: part 3

On Sun, Oct 31, 2010 at 05:10:46PM -0700, Philip Guenther wrote: > Okay, enough cleanup; time to simplify the TSS handling by moving from > TSS-per-process to TSS-per-CPU. This eliminates the need to ever change > GDT entries after startup and the associated ~4k process limit. > > Where do we p

Re: the right spot for ifa_add...

On Sat, Oct 23, 2010 at 01:33:51PM +0200, Henning Brauer wrote: > I received a fair number of positive test reports and would like to > commit this, aka looking for oks. > ok krw@ Ken > * Henning Brauer [2010-09-28 11:48]: > > hello? > > > > * Henning Brauer [2010-09-24 10:35]: > > > I'

Re: update pms driver

On Tue, Oct 19, 2010 at 10:03:32PM +0200, Miod Vallat wrote: > > Index: pms.c > > === > > RCS file: /cvs/src/sys/dev/pckbc/pms.c,v > > retrieving revision 1.10 > > diff -u -p -r1.10 pms.c > > --- pms.c 17 Oct 2010 10:32:00 -

Re: amd64 segment cleanup

On Sat, Oct 09, 2010 at 01:11:05PM -0700, Philip Guenther wrote: > The diff below is the first step in a clean up of the amd64 low-level > segment bits. This step is to switch user-space to using code and data > segments in the global descriptor table (GDT) instead of the local > descriptor tab

Re: update pms driver

On Fri, Oct 08, 2010 at 01:28:11AM +0600, Alexandr Shadchin wrote: > On Wed, Oct 06, 2010 at 09:53:47PM -0400, Kenneth R Westerback wrote: > > > > Committed. Next? :-) > > > > Ken > > Removed unnecessary code, as the same thing does pms_change_state() whe

Re: scsi iopoolification of many 'obscure' drivers

On Sat, Oct 02, 2010 at 05:28:10PM -0400, Kenneth R Westerback wrote: > On Fri, Sep 24, 2010 at 03:55:50AM -0400, Kenneth R Westerback wrote: > > Here is a pass over the less well-known drivers that appeared to be simple > > to move to the scsi future - iopools: > > >

Re: update pms driver

On Fri, Oct 01, 2010 at 08:36:30PM +0600, Alexandr Shadchin wrote: > On Fri, Oct 01, 2010 at 01:23:17AM -0400, Kenneth R Westerback wrote: > > > > And it keeps my eeePC 1000HE working. Excellent!! > > > > Anyone else have problems left after this diff? If not, then

Re: update pms driver

On Fri, Oct 01, 2010 at 04:27:05PM +0600, Alexandr Shadchin wrote: > On Thu, Sep 30, 2010 at 08:04:44PM -0400, Kenneth R Westerback wrote: > > > > This is a bit too small. :-). I've copied mikeb@ in to ensure we > > are not losing too much in translation. > > >

Re: merge pms and pmsi + added support for some of mouse

On Mon, Sep 27, 2010 at 08:28:36PM +, Miod Vallat wrote: > > On Mon, Sep 27, 2010 at 10:42 AM, Alexandr Shadchin > > wrote: > > >if (pa->pa_slot != PCKBC_AUX_SLOT) > > > - return (0); > > > + return 0; > > > > "return (x)" is proper KNF. Please don't undo

Re: merge pms and pmsi + added support for some of mouse

On Sat, Sep 25, 2010 at 02:21:14PM +0600, Alexandr Shadchin wrote: > New diff for the simple pms/pmsi merge. > > -- > Alexandr Shadchin The commmitted version breaks my eeePC, as I reported the last version I got via email did. Suspend/resume in text mode seems ok, but after confirming that, I

Re: de-static uvm_swap

On Fri, Sep 24, 2010 at 08:01:19PM +, Thordur Bjornsson wrote: > Hi, > > hitting some panics coming through the swap code and it is a bit > annoying having them not show up in the ddb trace. > > OK ? I hate static for the same reason, and I'm pretty sure we are still anti-static

Re: hash.h diff

On Fri, Sep 24, 2010 at 02:25:54PM +0200, Claudio Jeker wrote: > When compiling ospfd I get following warning: > /usr/include/sys/hash.h: In function 'hash32_stre': > /usr/include/sys/hash.h:104: warning: cast discards qualifiers from > pointer target type > > The following diff seems to fix this.

Re: cac(4) iopoolification again

On Thu, Sep 23, 2010 at 04:55:35AM -0400, Kenneth R Westerback wrote: > Move cac(4) to iopool and eliminate XS_NO_CCB. Tests sought. You > have been warned. > > Ken Better version that remembers to assign sc_link->pool. Ken Inde

Re: Testers needed for strict locking diff; esp i386, amd64, softraid

On Thu, Sep 23, 2010 at 10:49:01PM -0700, Matthew Dempsky wrote: > I'd like to commit this. I've received positive reports from a few > amd64 users and an i386 and softraid user, and all of the locking bugs > exposed so far have already been fixed. > > I plan to remove the "#define panic()" hacks

Re: merge pms and pmsi + added support for some of mouse

On Wed, Sep 22, 2010 at 09:33:04PM -0400, Kenneth R Westerback wrote: > I haven't confirmed w/o the diff, but with the diff I have a problem > on my eeePC 1000HE. I boot, then suspend with FN-ZZ, then resume > by hitting a key, then I type 'startx'. At this point I experien

cac(4) iopoolification again

Move cac(4) to iopool and eliminate XS_NO_CCB. Tests sought. You have been warned. Ken Index: cac.c === RCS file: /cvs/src/sys/dev/ic/cac.c,v retrieving revision 1.41 diff -u -p -r1.41 cac.c --- cac.c 20 Sep 2010 06:17:49

Re: merge pms and pmsi + added support for some of mouse

I haven't confirmed w/o the diff, but with the diff I have a problem on my eeePC 1000HE. I boot, then suspend with FN-ZZ, then resume by hitting a key, then I type 'startx'. At this point I experience a long delay before X actually starts. Ken

Re: Locking bug in sys_accept()

On Tue, Sep 21, 2010 at 06:41:15PM -0700, Matthew Dempsky wrote: > Noticed by sthen@ using my strict locking diff. > > ok? ok krw@ Ken > > > Index: uipc_syscalls.c > === > RCS file: /cvs/src/sys/kern/uipc_syscalls.c,v > retr

Sprinkle DIOCGPDINFO support where it is missing

Auto-allocation of disks into a disklabel needs DIOCGPDINFO support. Can't even compile these, so confirmation that this actually compiles would be appreciated. In most cases I just punted as the physical info is unconditionally put into the disklabel at attach time. These are all the files I cou

gc dk_labelsector and update disk.9

I can't find any mention of dk_labelsector in the tree, and disk.9 has fallen a bit behind. ok? Ken Index: sys/sys/disk.h === RCS file: /cvs/src/sys/sys/disk.h,v retrieving revision 1.25 diff -u -p -r1.25 disk.h --- sys/sys/dis

route show -label XX

I have a lot of routes from various sources and would like to just look at the ones from a particular source. So I figure this would help me. Make sense to anyone else? Or is '-v' and grep deemed sufficient? Ken Index: route.8 =

Re: raise the openings on mpi(4)

On Mon, Sep 13, 2010 at 05:52:31PM +1000, David Gwynne wrote: > last time i tried this i caused weird issues on people using the > SPI variants of mpi(4). > > this restricts the large number of openings to the SAS or FC mpi(4) > variants, both of which i have succesffully tested myself. > > ok?

Lying disk labels and the lies they tell

I started off trying to add a 'real' DIOCGPDINFO to cd(4). I chose to experiment on an hppa install image. And it didn't work because cd(4) trusts the disk label rather than the device characteristics when it comes to calculating i/o address and size. It seems clear to me that we should prefer the

Re: SCSI commands use sectors, not blocks.

On Sat, Sep 11, 2010 at 08:05:54PM +0200, Mark Kettenis wrote: > > Date: Sat, 11 Sep 2010 13:58:17 -0400 > > From: Kenneth R Westerback > > > > Blocks == DEV_BSIZE == 512 bytes, and are the units of buf's. > > > > Sectors == the size of the addressing

SCSI commands use sectors, not blocks.

Blocks == DEV_BSIZE == 512 bytes, and are the units of buf's. Sectors == the size of the addressing unit and length of physical device i/o's to SCSI devices. Adjust variable names to reflect this and reduce confusion. No change to .o files. Unless there are quick aesthetic/philosophical objecti

Re: unify some malloc and pool flags

On Thu, Sep 09, 2010 at 08:19:50PM -0400, Ted Unangst wrote: > A few related changes here. Make pool flags the same as malloc flags with > the same behavior. Give every flag a real value, so nobody screws up > trying to test for a 0 flag. Assert that one of the wait ok or not flags > is speci

Improve st(4) handling of sense data

More specifically, make handling of resid consistant and at least superficially correct. Triggered by the hack I had to commit to fix a problem with a large un-tar from my ahci DAT drive. A cookie for those who can show any semantic change I made outside of the calculation and usage of resid's. A

Fix for tcpdump subnet filtering

canacar@ came up with this just before release, so it didn't go in at that time. So here it is again. Fixes filtering based on subnets, and it works for me (tm). i.e. tcpdump -pflog0 -n -vv net 192.197.205.0/24 will now show packets for 192.197.205.0/24, when before it did not. ok? Ken In

Re: amd64 MP: stop sending superfluous IPIs

On Mon, Sep 06, 2010 at 01:09:39AM -0500, Philip Guenther wrote: > The amd64 pmap keeps track of which cpu(s) a given pmap is in use on, so > that when the pmap's page tables are modified it can send IPIs to the > neccessary processors to have them invalidate those pages in their caches. > Unfo

Re: fortune(6): chess help required

On Sat, Sep 04, 2010 at 07:58:42PM +0159, Han Boetes wrote: > Jason McIntyre wrote: > > I would say maybe not to stick the url in. otherwise fine by me. > > I second that. > > > > # Han I committed it w/o the link. Ken

Re: fortune(6): chess help required

On Sat, Sep 04, 2010 at 12:24:41PM +0059, Jason McIntyre wrote: > On Sat, Sep 04, 2010 at 06:55:11AM -0400, Kenneth R Westerback wrote: > > On Sat, Sep 04, 2010 at 08:09:48AM +0059, Jason McIntyre wrote: > > > from a recent commit from j...@freebsd. any chess heads want to y

Re: fortune(6): chess help required

On Sat, Sep 04, 2010 at 12:24:41PM +0059, Jason McIntyre wrote: > On Sat, Sep 04, 2010 at 06:55:11AM -0400, Kenneth R Westerback wrote: > > On Sat, Sep 04, 2010 at 08:09:48AM +0059, Jason McIntyre wrote: > > > from a recent commit from j...@freebsd. any chess heads want to y

Re: fortune(6): chess help required

On Sat, Sep 04, 2010 at 08:09:48AM +0059, Jason McIntyre wrote: > from a recent commit from j...@freebsd. any chess heads want to yay or > nay it? > > i'll add the whole fortune after the diff for convenience. > > jmc http://www.xs4all.nl/~timkr/records/records.htm, 'Shortest Game' link. Some s

Re: Looking for testers for a simple X test

On Wed, Sep 01, 2010 at 12:39:52PM +0200, LEVAI Daniel wrote: > On Wed, Sep 01, 2010 at 06:30:05 -0400, Kenneth R Westerback wrote: > > On Wed, Sep 01, 2010 at 09:35:17AM +0200, LEVAI Daniel wrote: > [...] > > > However, using this option, after starting firefox everything

Re: Looking for testers for a simple X test

On Wed, Sep 01, 2010 at 09:35:17AM +0200, LEVAI Daniel wrote: > On Mon, Aug 30, 2010 at 23:31:25 +0200, Mark Kettenis wrote: > > The Xorg xserver runs a scary amount of code in a signal handler. > > It's supposed to make your mouse cursor move more smoothly, but I > > can't spot the difference when

Re: bufq massage

On Sun, Aug 29, 2010 at 10:26:14PM +1000, David Gwynne wrote: > this diff is largely a mechanical change. > > firstly, it makes struct bufq a member of the softc for devices > that use it, rather than it being a pointer to something that needs > to be allocated at attach. since all these devices n

Re: end the VOP experiment

On Fri, Aug 27, 2010 at 07:07:03PM +0200, Peter N. M. Hansteen wrote: > Kenneth R Westerback writes: > > > Man, another reason to get my vax up to -current. Sigh. :-) > > More idle curiosity than anything else (although I occasionally get > that question myself), how lo

Re: end the VOP experiment

On Fri, Aug 27, 2010 at 09:34:30AM -0400, Ted Unangst wrote: > On Fri, Aug 27, 2010 at 4:54 AM, Thordur I Bjornsson > wrote: > > +/* Global vfs data structures for cd9660. */ > > +struct vops cd9660_vops = { > > + .vop_default= eopnotsupp, > > + .vop_lookup = cd9660_lookup, > >

Re: multiple specified interfaces for rarpd

On Thu, Aug 26, 2010 at 08:51:50PM +1000, Jonathan Gray wrote: > On Thu, Aug 26, 2010 at 12:34:19AM +1000, Jonathan Gray wrote: > > Currently rarpd can only listen on all or one interface, the > > following lets multiple interfaces be specified like dhcpd. > > previous diff missed usage as pointed

Re: ehci booboo

On Sat, Aug 21, 2010 at 07:43:18AM +, Jacob Meuser wrote: > returning here without calling usb_transfer_complete() can cause > the usbtask thread to sleep forever, which breaks all usb devices > that use usb_tasks. > > -- > jake...@sdf.lonestar.org > SDF Public Access UNIX System - http://sdf

Re: Kill struct dkdriver, redux

On Fri, Aug 20, 2010 at 09:53:15AM -0700, Matthew Dempsky wrote: > The diff below gets rid of the useless "struct dkdriver" field and its > many "notyet" fields. > > I sent this diff out shortly before the release and got one or two > oks, but didn't want to conflict with some of the changes jsing

Re: snapshot install, disklabel quirks

On Tue, Aug 17, 2010 at 09:25:10AM +0200, Thomas de Grivel wrote: > For the record, i met a couple problems with the snapshot install > > - when selecting custom layout of an existing OpenBSD partition, > the disklabel utility had kept the mount points from the auto > layout, and refused that i s

pms/pmsi mouse owners unite! And test!

There is a problem with pms/pmsi mice vs suspend/resume. On my eeepc 1000HE for instance. The diff below is the latest and possibly last attempt before 4.8 is locked to get this working without adversely affecting existing performance. If this doesn't get tested enough, all recent changes to get

Re: ioprbs(4) patch needs testing

On Tue, Jul 13, 2010 at 01:36:34PM +0200, Mark Kettenis wrote: > > Date: Tue, 13 Jul 2010 12:45:08 +0200 > > From: Claudio Jeker > > > > On Sun, Jun 27, 2010 at 09:48:03AM -0700, Matthew Dempsky wrote: > > > Anyone still using ioprbs(4)? If so, please test the diff below and > > > report back to

Re: IO sorting

On Wed, Jun 30, 2010 at 01:55:30PM -0500, Marco Peereboom wrote: > New drives have much more sophisticated IO queueing algorithms and > posses much more information about the physical limitations of drive > platters (or lack thereof) than an OS can ever hope to have. So switch > SCSI (and SATA) dr

Re: kill pkg_info -l

On Fri, Jun 25, 2010 at 04:45:24PM +0200, Marc Espie wrote: > Is anyone actually using pkg_info -l ? > > It's an annoying flag that's not even implemented consistently, > and I would like to actually kill it. > I don't even know what it is. So, I'm a no. Ken

Re: Patch for bogus pointer arithmetic in adw(4)

On Tue, Jun 22, 2010 at 04:02:16PM +0200, Philipp Schafft wrote: > reflum, > > On Mon, 2010-06-21 at 12:44 -0700, Matthew Dempsky wrote: > > It looks like adw(4) has never correctly supported >12 byte SCSI > > requests. It wants to copy from 12 bytes past the start of the CDB, > > but &xs->cmd[12

<    1   2   3   4   >