Re: Anyone seeing snp(4) problems?

* The last patch updates the manpage accordingly. - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C Index: sys/snoop.h

Re: alpha tinderbox failure

-UHAVE_PERL_INTERP ${SRCDIR}/ex/ex_perl.c ${.TARGET} || \ + [ $$? -ne 1 ] ; } CLEANFILES+= ex_notcl.c ex_noperl.c --- (there's probably a more elegant way to do this, my sh is a bit rusty). - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL

Re: panic: trap: fast data access mmu miss

that the attached patch should fix that; the panic is not sparc64-specific, and should occur on all file systems that do not define a vop_getwritemount method. - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http

Re: phoenix crash in libc_r on sparc64

the underscored versions of functions overridden in libc_r). The attached patch should fix that; Daniel, does this look OK to you? - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm/ PGP

Re: PCI bus numbering and orphaned devices

. - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C ___ [EMAIL PROTECTED] mailing

Re: PCI bus numbering and orphaned devices

-- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C ___ [EMAIL PROTECTED] mailing list

Re: PCI bus numbering and orphaned devices

this task off to the software is a bit annoying. There is no mention of other registers, so reading them in the probe might theoretically cause problems even on host bridges that handle the vendor ID register correctly. - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de

Re: PCI bus numbering and orphaned devices

On Tue, 2003/06/10 at 16:41:44 -0700, John-Mark Gurney wrote: Thomas Moestl wrote this message on Wed, Jun 11, 2003 at 01:02 +0200: On Tue, 2003/06/10 at 15:34:36 -0700, John-Mark Gurney wrote: There's a similar problem with hme devices in some Netra models, and so far I have just ignored

Re: [-CURRENT tinderbox] failure on sparc64/sparc64

. It does not only happen to sparc64. I've seen it fail for all but i386 and pc98, I think. i386 and pc98 have failed too (random example: July 5). - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http

Re: dereferencing type-punned pointer will break strict-aliasingrules

, but explicitly allowed by C99. Patch attached (but only superficially tested). - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6

Re: dereferencing type-punned pointer will break strict-aliasingrules

On Mon, 2003/07/28 at 03:59:00 +0200, Thomas Moestl wrote: Yes, by implying -fstrict-aliasing, so using -fno-strict-aliasing is a workaround. The problem is caused by the i386 PCPU_GET/PCPU_SET implementation: #define __PCPU_GET(name

Re: PANIC in tcp_syncache.c sonewconn() line 562

, the listen is buried in the bowels of the RPC code. The solution should be to reject the listen() with EINVAL (which seems to be that standard-mandated error for connected sockets); patch attached. Any thoughts on this? - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de

Re: PANIC in tcp_syncache.c sonewconn() line 562

. The manpage change does not reflect the change in the patch :) It should be: [EINVAL]The socket is connected. - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97

Re: Bus DMA for USB - compilation problems.

. The DMA addresses are obtained by writing an appropriate callback routine to process them and passing it to bus_dmamap_load(). The usb_mem.c will need some other changes to work on FreeBSD, since our busdma code has diverged from NetBSD's quite a bit. - Thomas -- Thomas Moestl [EMAIL PROTECTED

Re: PANIC in tcp_syncache.c sonewconn() line 562

address (which does not really make much sense, but changing it might break old applications I guess). ENOBUFS does not seem to occur. Shut down sockets seem to not be handled specially. - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL

Re: panic: malloc(M_WAITOK) returned NULL

also affect the ia64 and sparc64 uma_small_alloc() versions it seems. - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C Index

Re: panic: malloc(M_WAITOK) returned NULL

On Sat, 2003/01/18 at 13:22:45 +0100, Thomas Moestl wrote: None of the two could have caused this panic. I would guess that it was caused by the alpha uma_small_alloc() implementation trying less hard to allocate a page than kmem_alloc() (i.e. it does not sleep at all). This problem does also

Re: kernel panic with today's CURRENT on sparc64 at boot

(panic) Stopped at Debugger+0x1c: ta %xcc, 1 Can you please cvsup again to pick up some changes that were made yesterday and try again? - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm

Re: kernel panic with today's CURRENT on sparc64 at boot

{ /* Just copy IOMMU state, config tag and address */ sc-sc_is = osc-sc_is; -- If that still doesn't help, you can further increase the constant to 4 or 5 (at the expense of another 64kB or 192kB of memory). - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de

Re: psm not working on Toshiba 1905-s301 and 5.0 Release

the glidepoint overly much, I can live with that. If your notebook has that problem too, I can supply a patch. - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0

Re: Dumping broken?

). - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C Index: ata-all.c

Re: Panic in fork()

On Sun, 2003/02/09 at 14:39:36 +1100, Tim Robbins wrote: On Sat, Feb 08, 2003 at 02:04:56PM -0800, Kris Kennaway wrote: On Sat, Feb 08, 2003 at 04:12:26PM +0100, Thomas Moestl wrote: addr2line will usually point to the first line of a statement if it spans multiple lines

Re: What broke X between 5.0R and recent current?

[...] DefaultColorDepth 24 [...] SubSection Display Depth 24 Modes 1024x768 EndSubSection EndSection - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http

Re: NULL pointer problem in pid selection ?

() before blocking; when allproc_lock is released, fork1() will be the first to pick it up, and this panic will happen. Seems that I relied on Giant too much when I first took a look into that code :) - Thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675

Re: Multiple NFS server problems with Solaris 8 clients

On Sun, 2001/10/14 at 21:38:26 +0100, Ian Dowse wrote: The last one is a know problem. There is a (unfinished) patch available to solve this problem. Thomas Moestl [EMAIL PROTECTED] is still working on some issues of the patch. Please contact him if you like to know more. Here is the URL

Re: different packing of structs in kernel vs. userland ?

). - thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body

Re: different packing of structs in kernel vs. userland ?

of that, no padding after 'cmd' is required, and the effect is gone. - thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C To Unsubscribe: send mail

Re: different packing of structs in kernel vs. userland ?

On Sun, 2002/07/14 at 23:08:21 -0400, Mike Barcroft wrote: Thomas Moestl [EMAIL PROTECTED] writes: (Disclaimer: my solution below is untested, so it may all be bogus) As request, here are the test results. Most rules work, except my final one: %%% bowie# ipfw add allow all from any

Re: different packing of structs in kernel vs. userland ?

) in userland to compute the sizes (but pointer arithmetic), but you do use it for the checks in the kernel. - thomas -- Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/ [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0

Re: different packing of structs in kernel vs. userland ?

foo by using (sizeof(struct foo) * n). My point was that, because of the above, any padding that might be required between the first and last member of two struct foo's immediately following each other must be _included_ in struct foo, after the last element. - thomas -- Thomas Moestl

Re: alpha tinderbox failure - kernel is broken.

would only be used for statistics (which is however difficult to maintain when shrinking below the initial size with brk()). Can somebody who is feeling adventurous and has an alpha box please test whether this fixes it for now? Thanks, - Thomas -- Thomas Moestl [EMAIL PROTECTED] http

Re: alpha tinderbox failure - kernel is broken.

On Tue, 2002/09/03 at 15:11:06 -0400, John Baldwin wrote: On 03-Sep-2002 Thomas Moestl wrote: On Tue, 2002/09/03 at 09:37:14 -0700, Peter Wemm wrote: Bernd Walter wrote: On Tue, Sep 03, 2002 at 09:01:07AM -0700, Peter Wemm wrote: I was running -current from 2002/08/11 before without

Re: alpha tinderbox failure - kernel is broken.

On Tue, 2002/09/03 at 20:32:48 +0200, Thomas Moestl wrote: On Tue, 2002/09/03 at 11:21:05 -0700, Matthew Dillon wrote: I am also still somewhat worried about the data segment start address and I am wondering if I should remove the if (data_addr == 0) and instead

Re: [PATCH] for linux_connect (ugly)

On Wed, Feb 28, 2001 at 01:17:12AM +0100, Martin Blapp wrote: Thomas Moestl and I tried to fix linux_connect. Most of this patch is from Thomas Moestl. I did only a little part of it and testing. Staroffice5.2 has been broken about one year now, and it needs a fix with the same behaviour

Re: [PATCH] for linux_connect (ugly)

On Wed, Feb 28, 2001 at 01:55:15AM +0100, Thomas Moestl wrote: On Wed, Feb 28, 2001 at 01:17:12AM +0100, Martin Blapp wrote: Thomas Moestl and I tried to fix linux_connect. Most of this patch is from Thomas Moestl. I did only a little part of it and testing. Staroffice5.2 has been

Re: new rc.diskless{1,2} files

On Fri, Mar 30, 2001 at 07:38:30PM +0200, Falco Krepel wrote: I have implemented good ideas from Mike Smith in my rc.diskless{1,2} files and make some other changes: 1. Now I use the kernel flag "vm.nswapdev" to determine if swap is available. Just a note - this might go away soon because

Re: ssh: no RSA support in libssl and libcrypto. See ssl(8).

On Fri, Mar 30, 2001 at 06:36:51PM -0400, The Hermit Hacker wrote: how does one fix this? *puzzled look* there is no ssl(8) that I can seem to find to See, and nothing apparent in the UPGRADING file ... system uptodate as of last night, and mergemaster just finished completing ... ssh:

*HEADS UP* libposix1e is integrated into libc

src/lib/libposix1e was repocopied to src/lib/libc/posix1e, and I'll start to commit the necessary patches now and will then activate the build. World may be broken during a short interval due to the switch. You will also need to rebuild anything that uses libposix1e. In the base system, those

Re: *HEADS UP* libposix1e is integrated into libc

On Wed, Apr 04, 2001 at 07:23:18PM +0200, Thomas Moestl wrote: src/lib/libposix1e was repocopied to src/lib/libc/posix1e, and I'll start to commit the necessary patches now and will then activate the build. World may be broken during a short interval due to the switch. You will also need

Re: recursed on non-recursive lock

On Sat, 2001/05/26 at 11:07:36 -0500, Michael Harnois wrote: I finally got this much. I hope it helps. lock order reversal 1st 0xc03af0a0 mntvnode @ ../../ufs/ffs/ffs_vnops.c:1007 2nd 0xc8b539cc vnode interlock @ ../../ufs/ffs/ffs_vfsops.c:1016 recursed on non-recursive lock (sleep

Re: -current is _definitely_ not stable right now

On Tue, 2001/05/29 at 09:39:42 -0700, John Baldwin wrote: On 28-May-01 Doug Barton wrote: I forgot something: IdlePTD 4734976 initial pcb at 3b5f80 panicstr: mutex sched lock recursed at /usr/src/sys/kern/kern_synch.c:858 panic messages: I would need a traceback from here. It

Re: Preparing innocent users for -current

On Fri, 2002/03/08 at 11:23:36 -0800, Doug Barton wrote: 3. xconsole causes periodic panics. The problem (according to BDE) is a well-know bug in printf(9), caused by The TIOCCONS ioctl ... panics when printf() is called while sched_lock is held. I reported this bug in October 2001, if anyone