Re: Light humour

This actually gives me hope that computers won't ruin humanity. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Any objections/comments on axing out old ATA stack?

On 3/28/2013 8:27 AM, Scott Long wrote: On Mar 27, 2013, at 4:13 PM, Matthew Jacob wrote: On 3/27/2013 2:22 PM, Alexander Motin wrote: Hi. Since FreeBSD 9.0 we are successfully running on the new CAM-based ATA stack, using only some controller drivers of old ata(4) by having `options

Re: Any objections/comments on axing out old ATA stack?

On 3/27/2013 2:22 PM, Alexander Motin wrote: Hi. Since FreeBSD 9.0 we are successfully running on the new CAM-based ATA stack, using only some controller drivers of old ata(4) by having `options ATA_CAM` enabled in all kernels by default. I have a wish to drop non-ATA_CAM ata(4) code, unused

Re: FreeBSD Testing Facility

On 2/21/2013 7:32 AM, Alexander Yerenkow wrote: There just need to be a person dedicated to this, which is lacking now. That is correct insofar as it goes. That's why we're not all terribly interested in suggestions about what *could* be done- just what somebody is doing. ___

Re: FreeBSD Testing Facility

On 2/21/2013 5:04 AM, Mehmet Erol Sanliturk wrote: Dear All , During development of FreeBSD , testing is very vital . ... This in general is a good suggestion. Most companies do such automated testing as a matter of course. Note however that this is a volunteer effort. Were you volunteering

Re: Call for testers, users with scsi cards

On 12/4/2012 1:36 PM, Jeff Roberson wrote: http://people.freebsd.org/~jeff/loadccb.diff looks ok for isp. This doesn't do diddly for target mode- do you know off the top of your head if it will break anything there? ___ freebsd-current@freebsd.org m

Re: November 5th is Clang-Day

On 11/2/2012 8:30 AM, Roman Divacky wrote: Nice :) Does this deserve mentioning in UPDATING and/or version bump? I would think so. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe,

Re: RFC: removal of share/doc/{papers,psd,smm,usd} in 2 months

On 10/19/2012 7:45 AM, Mark Blackman wrote: On 19 Oct 2012, at 15:36, Ulrich Spörlein wrote: Hi all, those roff sources have been very naughty and will be removed from the tree by the end of the year. Most of those papers are severely out of date and provide no more use to the system. They ca

Re: BUFSIZ = 1024, still ?

On 8/20/2012 6:59 PM, Scott Long wrote: On Aug 18, 2012, at 3:43 PM, Matthew Jacob wrote: On 8/18/2012 2:36 PM, Poul-Henning Kamp wrote: In message <50300540.9060...@feral.com>, Matthew Jacob writes: [...] that there might be a measurable difference for having to copy 4K (unaligned

Re: BUFSIZ = 1024, still ?

On 8/20/2012 5:24 AM, John Baldwin wrote: On Saturday, August 18, 2012 5:05:11 pm Poul-Henning Kamp wrote: In message <5030033b.4060...@feral.com>, Matthew Jacob writes: On 8/18/2012 1:32 PM, Poul-Henning Kamp wrote: Shouldn't we at least increase it to pagesize ? What data sugg

Re: BUFSIZ = 1024, still ?

On 8/18/2012 2:36 PM, Poul-Henning Kamp wrote: In message <50300540.9060...@feral.com>, Matthew Jacob writes: [...] that there might be a measurable difference for having to copy 4K (unaligned) than 1K (unaligned) to kernel space for disposition. Actually, as far as I'm aware, the

Re: BUFSIZ = 1024, still ?

On 8/18/2012 2:05 PM, Poul-Henning Kamp wrote: In message <5030033b.4060...@feral.com>, Matthew Jacob writes: On 8/18/2012 1:32 PM, Poul-Henning Kamp wrote: Shouldn't we at least increase it to pagesize ? What data suggests to you it would be better at pagesize? The number of s

Re: BUFSIZ = 1024, still ?

On 8/18/2012 1:32 PM, Poul-Henning Kamp wrote: Shouldn't we at least increase it to pagesize ? What data suggests to you it would be better at pagesize? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-cur

Re: post SVN r238886 no boot?

On 7/29/2012 10:40 AM, Michael Butler wrote: Is anyone else having troubles getting -current after SVN r238886 to boot? In my case, I have an unstoppable stream of pager_something console messages :-( imb me2 If I stop at single user and then continue, then all seems okay. I'm guessi

Re: isp Tape Drive no longer detected

Actually, can you try this patch please? I won't be able to get to my lab and get a working 1040 card into a system until tomorrow. diff -r 5aba1b04ddd5 isp.c --- a/isp.c Sun Jun 24 10:22:10 2012 -0700 +++ b/isp.c Sun Jun 24 19:36:06 2012 -0700 @@ -710,8 +710,11 @@

Re: isp Tape Drive no longer detected

On 6/24/2012 7:18 PM, Manfred Antar wrote: As of today my tape drive is no longer detected. I think the isp driver does not load What? Somebody is using a tape drive still? And parallel SCSI? *gasp* Yes, sorry, my bad. Looks like my extending register tests for the 2400 has killed things for

Re: FreeBSD 10 prognostication...

On 5/12/2012 6:25 AM, Vance Siemens wrote: Can you share a brief overview of what's wrong with it? I guess I'm not as knowledgeable as I thought. The story was quite enticing to me. Very few of the historical facts are actually correct. ___ freebsd-cu

Re: "trim/discard" success story

My experience at Alacritech was that Trim was so expensive timewise that it could not be used in that application space. Instead, SECURITY ERASE on the relatively infrequent reboots cleaned things up pretty well. This should be with a grain of salt because I expect trim timings are not only ve

Re: Announcing Emulex 10G Ethernet NIC driver availability

Any plans for iscsi, fcoe? Hi All, Please find the 10Gb Ethernet NIC driver for Emulex OneConnect (BladeEngine) and Lancer family of network adapters at http://info.iet.unipi.it/~luigi/20120207-emulex-nic.tgz

Re: bus dma: a flag/quirk for page zero

At the very least, require bounce buffers. Not sure if I got this suggestion in this terse form. Could you please explain? Physical address zero can be DMA'd, but via bounce buffers. bcopy from address zero up through a pagesize to a bounce buffer, do the dma from there (read case), write cas

Re: bus dma: a flag/quirk for page zero

I think it would be just simpler to disallow page zero usage period. Can you think of any case where physical page 0 is ever a valid DMA address? At the very least, require bounce buffers. On Tue, 10 Jan 2012, Andriy Gapon wrote: Some hardware interfaces may reserve a special meaning for

Re: can a wrong alignment cause a decrease in a hdd's life expectancy?

On 12/19/2011 2:22 PM, Poul-Henning Kamp wrote: In message<20111219221617.ga70...@freebsd.org>, Alexander Best writes: ps: the hdd only gets mounted read-only! There is no known wear-effects in flash storage as long as you only read. No, sorry, that's not really true. ___

Re: can a wrong alignment cause a decrease in a hdd's life expectancy?

Putting it better: http://en.wikipedia.org/wiki/Flash_memory#Read_disturb ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: gmultipath: act/act, path checking?

On 10/28/2011 12:37 PM, Alexander Motin wrote: On 26.10.2011 12:09, Dennis Koegel wrote: are there any plans to have gmultipath support for active/active? Few days ago I've started from fixing some issues in gmultipath and already rewritten half of it while trying to make it usable. I expect to

Re: Adding disk firmware programming capability to camcontrol

This is a good idea, except that it makes me really really nervous. I do not believe that fw downloads are generic enough to encapsulate. I've used camcontrol recently to tunnel an ATA command through mpt2 that does an ATA DOWNLOAD FW (mode 7), but that is only because it is a specific drive th

Re: isp(4) WWNs / ISP2532

Cheers, we have a "Qlogic ISP 2532 PCI FC-AL Adapter" here, on 9.0-RC1, which seems to work fine with isp(4). But: We had some trouble finding the WWNs -- per man page, there should be sysctl entries like dev.isp.N.{wwnn,wwpn}, but they ain't here. dmesg didn't show them either. Booting verb

Re: gmultipath: act/act, path checking?

On 10/26/2011 2:09 AM, Dennis Koegel wrote: Cheers, are there any plans to have gmultipath support for active/active? I was given patches but have lacked motivation to do it. Also, is there any way to check available paths periodically? As far as I unterstand, once gmultipath kicks a certai

Re: Recommended methods to upgrade firmware on HBAs

The current firmware(9) mechanism might work for you. The QLogic FC/SCSI cards in FreeBSD use that for loading firmware images to download to the cards, albeit to just load and reset, to update flash. "not to update flash" (locations in flash where to put firmware are not documented by Ql

Re: Recommended methods to upgrade firmware on HBAs

The current firmware(9) mechanism might work for you. The QLogic FC/SCSI cards in FreeBSD use that for loading firmware images to download to the cards, albeit to just load and reset, to update flash. This allows the drivers themselves to request updates. Note that the root filesystem has to

Re: RELENG_8 / mpt / zpool Errors

On 9/6/2011 4:04 PM, Tim Gustafson wrote: Hi all, I'm running RELENG_8: -- ... So, is this an OS/driver issue? Is it a bad controller? Bad cables? Bad disks? As always, any help is greatly appreciated. Thanks! Likely some problem in the external box. Note that you get a 'POR

amusing reboot message with -current

db> reboot cpu_reset: Restarting BSP cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 2 cpu_reset_proxy: Stopped CPU 2 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send an

Re: isp(4) timeout

On Tue, 5 Jul 2011, Anton Shterenlikht wrote: I somehow missed ispfw(4). Now added device ispfw to the kernel. Is this sufficient? Overkill, but sufficient. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/l

Re: isp(4) timeout

On 7/5/2011 1:39 AM, Anton Shterenlikht wrote: ... dmesg: http://seis.bris.ac.uk/~mexas/freebsd/ia64/rx2620/ZEEV/dmesg.boot Many thanks Anton isp0: Board Type 2422, Chip Revision 0x2, resident F/W Revision 4.0.90 Add the line isp_2400_load="YES" to /boot/loader.conf.

Re: isp(4) timeout

On 6/30/2011 3:25 AM, Anton Shterenlikht wrote: I see in my logs: isp0: Polled Mailbox Command (0x54) Timeout (50us) (started @ isp_plogx:2122) isp0: Mailbox Command 'EXECUTE IOCB A64' failed (TIMEOUT) isp0: Chan 0 PLOGI 0x010500 failed isp0: Polled Mailbox Command (0x64) Timeout (25us)

Re: Thoughts on TMPFS no longer being considered "highly experimental"

I may have missed something, but I'm not aware of any serious PRs on TMPFS either. There was some issues with sendfile(2) and mmap(2) causing kernel hangs in some cases. vim triggers such hangs for me. However, those problems were fixed and MFCed (afair). Can you sway when? __

Re: Thoughts on TMPFS no longer being considered "highly experimental"

I gave up on using it after a brief try earlier this year. I can't remember the details, but it did lock up my amd64 system. On Thu, 23 Jun 2011, David O'Brien wrote: Does anyone object to this patch? David Wolfskill and I have run TMPFS on a number of machines for two years with no problem

Re: Switch from legacy ata(4) to CAM-based ATA

now that I've worked with it a bit, I really like it. Doing this by default in 9.0 would be a really useful step forward, and would allow greater innovation down the road. Is there a handy tutorial somewhere for making this change in FreeBSD? Or is it even possible to do in a rational way? gl

Re: Switch from legacy ata(4) to CAM-based ATA

On Wed, 20 Apr 2011, Scott Long wrote: ... I agree with what Alexander is saying, but I'd like to take it a step further. We should all be using either mount-by-label, or be working to introduce generic device names to GEOM. Right now, device names are an implementation detail that have n

Re: Switch from legacy ata(4) to CAM-based ATA

Yes, I believe that now is the time to do this. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8

On 3/13/2011 5:03 PM, Yuri Pankov wrote: On Sun, Mar 13, 2011 at 04:41:58PM -0700, Matthew Jacob wrote: Yes they are. The full messages from the failed boot would be helpful. Looks like we have ATA in CAM now, so it's possible that the disk reset failed, etc... What are my options for s

Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8

Yes they are. The full messages from the failed boot would be helpful. Looks like we have ATA in CAM now, so it's possible that the disk reset failed, etc... Not sure if these are useful: http://darklight.org.ru/misc/dv8.dmesg.boot http://darklight.org.ru/misc/dv8.pciconf Yuri

Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8

This usually has to do with a hung SCSI command. That this is a notebook indicates to me that it's possibly a USB device. A boot -v with 8.2RELEASE and then a boot -v with this snapshot might tell us what's up. Hi, I'm getting the following panic trying to boot March 5 snapshot on HP Pavilion D

Re: $PATH and buildworld not getting along

I generally don't have problems with make in FreeBSD environments, but often have tons of problems in others, like OpenSolaris, buildroot/busybox, and so on. To solve this, I clean my environment by using this shell script (called cleanenv): #!/bin/sh env -i PATH=/usr/bin:/bin TERM=${TERM} P4

Re: groff build failure (me too, but i386)

Update your tree. This was broken in fixed within the last week or so Hi! Since nobody seems to get the error it may be my fault. Please, help if you can. Thanks! Here are some details: - [~]b...@bb% uname -a FreeBSD bb.ipt.ru 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r214737: Wed Nov 3 18:48:5

Re: 256G Ram Panic

Any way to restrict the mem available with hints to find out where the cutoff point is? On 11/21/2010 9:03 AM, Sean Bruno wrote: http://people.freebsd.org/~sbruno/256G_SMAP.png http://people.freebsd.org/~sbruno/256G_panic1.png http://people.freebsd.org/~sbruno/256G_panic2.png Trying to get th

Re: groff build failure

recent change to yacc by someone who will probably back it out in the morning very current amd64 ===> gnu/usr.bin/groff/src/preproc/eqn (all) c++ -O2 -pipe -I/usr/src/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/

Re: HEADS UP: device name checking on device registration

I am antisocial. Okay, changed it so my replies are above the quotes. Seems to have attributes here. And I usually hit 'reply list' since multiple copies burns bandwidth. On 10/12/2010 1:57 PM, Andriy Gapon wrote: P.S. Matthew, it seems like you have a really unhelpful mail client program:

Re: HEADS UP: device name checking on device registration

Good workaround, still a nasty surprising bug. On 2010-10-11, barbara wrote: The panic is caused by: g_dev_taste(): make_dev_p() failed (gp->name=ext2fs//, error=22) as I have a linux partition (I swear, it's for my mom!) on the same machine. As I don't care about that partition (being ext4 I

Re: letting glabel recognise a media change

Oh? Why? I am not sure about this. Because, e.g. I don't see an easy way to know that media is changed in scsi_cd driver. That is, without polling. I don't consider polling to be an easy way for a number of reasons. ___ freebsd-current@freebsd.o

Re: letting glabel recognise a media change

We already have a 'retaste' command for gmultipath at Panasas. What announcement API would you like to add? If something like that was in place, I assure you that things would start to use it very quickly. It doesn't have to be a heavy "announcement API". Basically, something would have to

Re: letting glabel recognise a media change

On 9/29/2010 2:45 PM, Andriy Gapon wrote: on 30/09/2010 00:12 Alexander Best said the following: hi there, i wanted to ask if it would be possible to asjust glabel so that e.g. inserting a new media into a dvd-drive gets recognised and glabel displays the lablel right away. Yes, of course, as

Re: DHCP server in base

I think not. You are given the opportunity to install prebuilt packages at install time, and with a modest amount of effort can install prebuilt packages afterwards. IMO, such as it is, there should be *less* in the base system than there currently is and more in ports. _

Re: ZFS v28 is ready for wider testing.

Infiniband is currently being worked on, sponsored by Panasas, Isilon and someone else. It's coming along pretty well. http://www.h-online.com/open/news/item/ZFS-as-a-Linux-kernel-module-1069056.html Too bad FreeBSD still lacks Infiniband support. Currently we use ZFS on FreeBSD and Infin

Re: Call for Review: Suport for BIO_ORDERED bios

Seems good to me. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

igb issues

Updated my kernel in the last day or so, and now get: igb0: Watchdog timeout -- resetting igb0: Queue(0) tdh = 342, hw tdt = 342 igb0: TX(0) desc avail = 1022,Next TX to Clean = 340 igb0: Link is Down igb0: Link is up 1000 Mbps Full Duplex igb0: Watchdog timeout -- resetting igb0: Queue(6) tdh =

Re: lock recursion panic in cam_xpt.c

On 6/28/2010 11:13 PM, Giorgos Keramidas wrote: A recent CURRENT build from /head @ 209581 panics when I run "cdrecord -scanbus" with the attached backtrace. The culprit seems to be the extra call fo xpt_lock_buses() added in head rev 208752, but I'm not sure if this is the real cause yet.

Re: lock recursion panic in cam_xpt.c

On 6/28/2010 11:13 PM, Giorgos Keramidas wrote: A recent CURRENT build from /head @ 209581 panics when I run "cdrecord -scanbus" with the attached backtrace. The culprit seems to be the extra call fo xpt_lock_buses() added in head rev 208752, but I'm not sure if this is the real cause yet.

Re: Deadlock with kgmon -p

Yes. Using it as we speak. "config -p" *seems* to be ok at the moment on 7 and -Current Sean ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-curre

Re: Deadlock with kgmon -p

On 6/23/2010 10:53 AM, Sean Bruno wrote: Trying to track down a nasty with regard to Xen stuff and am now experiencing deadlocks on -current with a kernel configured with -g -ppp. The lockup will happen when I attempt to get the profiling data via kgmon -p. Not sure when this broke, but it's de

Re: kernel make noise with clang suppression

On 6/10/2010 12:29 PM, Anonymous wrote: Matthew Jacob writes: Comments? (yes, I know -fformat-extensions have just been added...) diff -r ea5e09d013e7 sys/conf/kern.mk --- a/sys/conf/kern.mk Thu Jun 10 07:40:51 2010 -0700 +++ b/sys/conf/kern.mk Thu Jun 10 11:35:50 2010 -0700 @@ -63,9

kernel make noise with clang suppression

Comments? (yes, I know -fformat-extensions have just been added...) diff -r ea5e09d013e7 sys/conf/kern.mk --- a/sys/conf/kern.mk Thu Jun 10 07:40:51 2010 -0700 +++ b/sys/conf/kern.mk Thu Jun 10 11:35:50 2010 -0700 @@ -9,6 +9,10 @@ .if ${CC} == "icc" #CWARNFLAGS= -w2 # use this if you a

Re: ata panic: "mtx_lock of destroyed mutex"

On 6/3/2010 12:43 AM, Alexander Motin wrote: Matthew Jacob wrote: Hmm. I just fixed that at Panasas, and I'm pretty sure that I gave the patch to Alexander Motin to put in. Do you mean one committed at r207221 or something else?

Re: ata panic: "mtx_lock of destroyed mutex"

Hmm. I just fixed that at Panasas, and I'm pretty sure that I gave the patch to Alexander Motin to put in. I've been setting up an amd64 VirtualBox machine with the latest 9-CURRENT and got the following panic when booting it (another machine updated and booting at the same time didn't panic):

Re: [TESTING]: ClangBSD branch needs testing before the import to HEAD

FWIW, I support the import. I don't think GCC is as bad as other people think it is, but I also have been gravely concerned of the the reduction of toolchains down close to one in our business. That in and of itself warrants supporting any viable alternative. _

Re: Crash dump problem - sleeping thread owns a non-sleepable lock during crash dump write

Matthew Fleming wrote: As an aside, this is a quad-core in one package CPU (an X3363). On both this box and a similar one with an X5470, console messages continue to print out after "the system has been halted - press any key to reboot" - in particular, the shutdown makes a bunch of the "beh

Re: mpt(4) MPI_EVENT_IR_RESYNC_UPDATE

pluknet wrote: Seems good to me- why not trhow it freebsd-scsi? if nobody says no, I'll put it in --- RELENG_7_3/src/sys/dev/mpt/mpt_cam.c2010-03-02 15:38:13.0 +0300 +++ RELENG_7_3.ours/src/sys/dev/mpt/mpt_cam.c 2010-04-21 19:31:00.0 +0400 @@ -2564,6 +2564,12 @@ mpt_c

Re: HEADS UP: SUJ Going in to head today

Jeff Roberson wrote: On Sun, 25 Apr 2010, Alex Keda wrote: try in single user mode: tunefs -j enable / tunefs: Insuffient free space for the journal tunefs: soft updates journaling can not be enabled tunefs -j enable /dev/ad0s2a tunefs: Insuffient free space for the journal tunefs: soft updat

Re: Switchover to CAM ATA?

Short opinion from me: Yes, for HEAD. Not MFC'able. It's too major a change for that. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@fr

Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server

On 04/20/2010 03:44 PM, Maxim Sobolev wrote: Maxim Sobolev wrote: Maybe try adding hint.atkbdc.0.disabled="1" hint.atkbd.0.disabled="1" to /boot/device.hints? That has reportedly removed minute-long boot delays on some Nehalem machines. No, that have not helped at all. I measured the delay

Re: panic: deadlkres: possible deadlock detected

On 04/19/2010 08:03 AM, Attilio Rao wrote: 2010/4/19 Erik Cederstrand: Hi I'm testing ClangBSD in a VirtualBox client and ran into a panic on the client, but I don't think it's clang-related. I haven't tried kernel debugging before. I tried getting a backtrace as described in http://old.

Re: Sleeping on "isp_mboxwaiting" with the followingnon-sleepablelocks held:

at. -matt On Thu, 23 Oct 2003, Poul-Henning Kamp wrote: > In message <[EMAIL PROTECTED]>, Matthew Jacob writes: > > >[1]: by 'sleep', I mean if I do *my* locking right, I should be able to > >yield the processor and wait for an event (an interrupt in this cas

Re: Sleeping on "isp_mboxwaiting" with the followingnon-sleepablelocks held:

designs that I could take at this level that would do neither, but add greatly to code complexity at this level. No big deal, but still... On Wed, 22 Oct 2003, Poul-Henning Kamp wrote: > In message <[EMAIL PROTECTED]>, "Matthew Jacob" writes: > > >Well, I don

Re: Sleeping on "isp_mboxwaiting" with the followingnon-sleepablelocks held:

> On Tue, Oct 21, 2003 at 02:30:21PM -0700, Matthew Jacob wrote: > > So? How about some details and context? > > Um, what more "details and context" do you need? I provided the log > of the system activity (specifically, media errors and swap read > failure) leadi

RE: Sleeping on "isp_mboxwaiting" with the following non-sleepablelocks held:

is Kennaway'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Sleeping on "isp_mboxwaiting" with the following non-sleepablelocks held: In message <[EMAIL PROTECTED]>, "Matthew Jacob" writes: >So? How about some details and context? > >I thought was told that

RE: Sleeping on "isp_mboxwaiting" with the following non-sleepablelocks held:

So? How about some details and context? I thought was told that being able to use locks in HBAs is fine. I had them on for a while, and then had them off. I turned them on again over a month ago. I'm somewhat surprised to see that a problem shows up now. *I* do the right thing with locks, IMO. I

Re: alpha tinderbox failure

I already know this- I just hadn't checked it in a change because I was trying to get one of my alphas current. Sam Leffler brought it to my attention the other day. This is for LINT, btw. Also- is casting to 'long' for bus_addr_t and bus_size_t the best idea? Shouldn't it be cast to the maximum

Re: should this get an UPDATING entry?

Sure- just asking/checking. Things sort surprised/astonished me. On Mon, 14 Oct 2002, M. Warner Losh wrote: > In message: <Pine.BSF.4.21.0210142003480.79278-10@beppo> > Matthew Jacob <[EMAIL PROTECTED]> writes: > : ld: target elf32-i386-freebsd not found &

Re: should this get an UPDATING entry?

; On Mon, Oct 14, 2002 at 08:04:47PM -0700, Matthew Jacob wrote: > > > > Attempts to build kernels today fail for me with: > > > > h ../../../conf/newvers.sh MJCURRENT > > cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs > > -Wstric >

should this get an UPDATING entry?

Attempts to build kernels today fail for me with: h ../../../conf/newvers.sh MJCURRENT cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstric t-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fforma t-extensions -ansi -g -nostdinc -I- -I. -I../..

Re: Any problems with increaseing the dump(8) block size?

No. Don't change this- people are very well attuned to using an argument to change it and all your change will do is catch the unwary and possibly break binary compat on apps that define records based off of NTREC. On Wed, 11 Sep 2002, David O'Brien wrote: > I'd like to make this commit to get

Re: HEADS UP: GCC 3.2 in progress

Thank you. Let's move on. On Sun, 1 Sep 2002, Scott Long wrote: > On Sun, Sep 01, 2002 at 05:12:43PM -0700, Matthew Jacob wrote: > > > > > > [...] > > > > > > Of course. And being accused of 'trolling' is also a learning > > ex

Re: HEADS UP: GCC 3.2 in progress

> Matthew Jacob wrote: > > > > > > Yes, as best as I can. > > > > > > > > But I didn't see a GCC 3.2 import on anyone's bullet list. > > > > > > To quote Robert Watson: > > > > > > > My list basicall

Re: HEADS UP: GCC 3.2 in progress

> > Yes, as best as I can. > > > > But I didn't see a GCC 3.2 import on anyone's bullet list. > > To quote Robert Watson: > > > My list basically consists of: > > General > > - GEOM as default storage management on all platforms, related > > dependencies > > - Switch in sysinstall to easi

Re: HEADS UP: GCC 3.2 in progress

> > Umm. Are you reading your -developers mail? Yes, as best as I can. But I didn't see a GCC 3.2 import on anyone's bullet list. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: HEADS UP: GCC 3.2 in progress

falling" mail message. It's not unreasonable to raise this as an issue. Or if you think it *is* unreasonable, we can go offline so I can discuss it. -matt On Sun, 1 Sep 2002, Peter Wemm wrote: > Matthew Jacob wrote: > > > This would have been a firing offense at several c

oh, btw..

I personally always get a bit more concerned about compiler upgrades. I can and do protect myself from errant /usr/src/sys changes, but everthing else is cvsup based for me, so buildworlds really do need to work well for me. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe fre

Re: HEADS UP: GCC 3.2 in progress

I should note that I'm raising more of a flag than normal. This would have been a firing offense at several companies I've worked at. It's not unreasonable to take a lesson from *why* these things are firing offenses and start to raise queries. I've done so. Duty is done. Go back to sleep. On

Re: HEADS UP: GCC 3.2 in progress

On Sun, 1 Sep 2002, Alexander Kabaev wrote: > On Sun, 1 Sep 2002 14:50:50 -0700 (PDT) > Matthew Jacob <[EMAIL PROTECTED]> wrote: > > > From recent experience it is my estimation that a gcc upgrade sets 5.0 > > development back a month (that is, the last GCC upgrade

Re: HEADS UP: GCC 3.2 in progress

On Sun, 1 Sep 2002, David O'Brien wrote: > On Sun, Sep 01, 2002 at 02:34:12PM -0700, Matthew Jacob wrote: > > So, what is it about gcc 3.2 that's so important, considering that we > > wanted to do a real 5.0 release within 2 months? > > This is really 3.1.1 --

Re: HEADS UP: GCC 3.2 in progress

to really whine about how late 5.0 actually *is* at this point, to begin to ask not even the *hard* questions, but medium firm questions about "gee, is this trip *really* necessary?" -matt On Sun, 1 Sep 2002, Alexander Kabaev wrote: > On Sun, 1 Sep 2002 14:34:12 -0700 (PDT) > Ma

Re: HEADS UP: GCC 3.2 in progress

So, what is it about gcc 3.2 that's so important, considering that we wanted to do a real 5.0 release within 2 months? On Sun, 1 Sep 2002, Alexander Kabaev wrote: > I will import GCC 3.2 snapshot from the top of FSF gcc-3_2-branch in > about ten minutes. This task should not take long to com

for UPDATING

to upgrade from FreeBSD-current previous to GCC3.1 (circa April, May) to the current top of tree, a 'make -k world' may be necessary to skip over an (apparently unnecessary) broken gperf build. This has been confirmed twice for alpha and once for i386. To Unsubscribe: send mail to [EMAIL PROT

problem with new eventhandler.h (fwd)

[ was on hackers, no reply ] And this has also affected iconv.h. I would suggest very strongly that this must be backed out. -- Forwarded message -- Date: Thu, 23 May 2002 15:17:32 -0700 (PDT) From: Matthew Jacob <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: [EMAIL PRO

fwiw: nfs loopback still broken in -current

NFS loopback mounts still periodically gets hung with: ypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I/usr/include -D_KERNEL -ffreestanding -incl

Re: BUS_SPACE_MAXSIZE & isp driver.

Now, Mike, play nice... On Fri, 5 Apr 2002, Michael Smith wrote: > > For ISA, this ends up being a 16M limit; I think the 2G limit > > on Alpha is because the limit is 32 bits, but there is some > > signed math that should be unsigned. > > No, Terry, it has to do with the PCI bridge's transla

Re: BUS_SPACE_MAXSIZE & isp driver.

On Thu, 4 Apr 2002, Justin T. Gibbs wrote: > >> a single buffer. I never realized that there was such controversy > >> over this value... it was just put in so that I could have something > >> for the non-GNUC case. > > > >Yeah, but, uh, it'll blow up in one's face. > > If it gets compile

Re: BUS_SPACE_MAXSIZE & isp driver.

On Thu, 4 Apr 2002, Justin T. Gibbs wrote: > >BUS_SPACE_MAXSIZE seems to be related to the 'largest xfer you will be allowed > >to do at one time'- which is wrong because MAXPHYS is larger. > > If you look at the x86 implementation, BUS_SPACE_MAXSIZE is only > used in the non-GNUC case and is

Re: BUS_SPACE_MAXSIZE & isp driver.

On Thu, 4 Apr 2002, Terry Lambert wrote: > Matthew Jacob wrote: > > Neither is really applicable here. The actual limits for alpha depend on the > > platforma and how you implement it. Typically, the bigger alphas have been > > implemented with a 2GB direct mapped wind

Re: BUS_SPACE_MAXSIZE & isp driver.

On Thu, 4 Apr 2002, Terry Lambert wrote: > Andrew Gallatin wrote: > > Me too. I was about to just change it for alpha, but then I wondered > > if there was a reason for having BUS_SPACE_MAXSIZE < MAXPHYS. > > From what I understand, the Alpha is limited to doing transfers > in the first 2G of

Re: BUS_SPACE_MAXSIZE & isp driver.

Oops. That wasn't it. Taking this offline. On Thu, 4 Apr 2002, Matthew Jacob wrote: > > Actually, I suppose if you change: > > > #define ISP_NSEG((MAXPHYS/PAGE_SIZE) + 1) > > to > > #define ISP_NSEG((BUS_SPACE_MAXSIZE/PAGE_SIZE)

  1   2   3   4   5   6   7   >