panic: absolutely cannot call smp_ipi_shootdown with interrupts already disabled

[Morten Rodal]

A little bit of history first.  I am having great trouble in running
any of the Mozilla web browsers under -CURRENT with libkse.  (If you
are really interested see the thread on threads@)

When I ran Mozilla Firebird with the --debug (which lets you run
Mozilla Firebird from within gdb) the machine paniced.  The backtrace
is rather long and I am not sure if the subject of this email is the
real panic either.  This computer is/was (I am currently rebuilding
the kernel to todays sources) running:

FreeBSD slurp.rodal.no 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Fri Aug 22 18:06:03 CEST 
2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/slurp i386

More details are available upon request.

-- 
Morten Rodal

Script started on Fri Sep 12 08:49:49 2003
slurp# gdb -k kernel.12 vmcore.12
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-undermydesk-freebsd"...
panic: absolutely cannot call smp_ipi_shootdown with interrupts already disabled
panic messages:
---
panic: absolutely cannot call smp_ipi_shootdown with interrupts already disabled
cpuid = 1; lapic.id = 
Stack backtrace:
boot() called on cpu#1

syncing disks, buffers remaining... panic: absolutely cannot call smp_ipi_shootdown 
with interrupts already disabled
cpuid = 1; lapic.id = 
boot() called on cpu#1
Uptime: 3d0h0m11s
Dumping 447 MB
[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to 
abort]  16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 
352 368 384 400 416 432
---
Reading symbols from /boot/kernel/linux.ko...done.
Loaded symbols for /boot/kernel/linux.ko
Reading symbols from /boot/kernel/snd_sb16.ko...done.
Loaded symbols for /boot/kernel/snd_sb16.ko
Reading symbols from /boot/kernel/snd_sbc.ko...done.
Loaded symbols for /boot/kernel/snd_sbc.ko
Reading symbols from /boot/kernel/snd_pcm.ko...done.
Loaded symbols for /boot/kernel/snd_pcm.ko
Reading symbols from /boot/kernel/nvidia.ko...done.
Loaded symbols for /boot/kernel/nvidia.ko
Reading symbols from /boot/kernel/acpi.ko...done.
Loaded symbols for /boot/kernel/acpi.ko
Reading symbols from /boot/kernel/if_gif.ko...done.
Loaded symbols for /boot/kernel/if_gif.ko
Reading symbols from /boot/kernel/nfsserver.ko...done.
Loaded symbols for /boot/kernel/nfsserver.ko
Reading symbols from /boot/kernel/cd9660.ko...done.
Loaded symbols for /boot/kernel/cd9660.ko
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
240 dumping++;
(kgdb) bt
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
#1  0xc01e40f6 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372
#2  0xc01e4548 in panic () at /usr/src/sys/kern/kern_shutdown.c:550
#3  0xc0322347 in smp_tlb_shootdown (vector=0, addr1=0, addr2=0)
at /usr/src/sys/i386/i386/mp_machdep.c:2397
#4  0xc0322689 in smp_invlpg_range (addr1=0, addr2=0)
at /usr/src/sys/i386/i386/mp_machdep.c:2529
#5  0xc0324a18 in pmap_invalidate_range (pmap=0xc03e6640, sva=3489652736, 
eva=3489669120) at /usr/src/sys/i386/i386/pmap.c:719
#6  0xc0324d71 in pmap_qremove (sva=3489652736, count=0)
at /usr/src/sys/i386/i386/pmap.c:961
#7  0xc022ffaa in vfs_vmio_release (bp=0xccab1058)
at /usr/src/sys/kern/vfs_bio.c:1587
#8  0xc0230724 in getnewbuf (slpflag=0, slptimeo=0, size=6144, maxsize=16384)
at /usr/src/sys/kern/vfs_bio.c:1864
#9  0xc0231fba in geteblk (size=6144) at /usr/src/sys/kern/vfs_bio.c:2627
#10 0xc022dca3 in bwrite (bp=0x4000) at /usr/src/sys/kern/vfs_bio.c:813
#11 0xc022eabc in bawrite (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:1148
#12 0xc0238bc0 in vop_stdfsync (ap=0xdc2bc708)
at /usr/src/sys/kern/vfs_default.c:742
#13 0xc01a8ad0 in spec_fsync (ap=0xdc2bc708)
at /usr/src/sys/fs/specfs/spec_vnops.c:417
#14 0xc01a7ec8 in spec_vnoperate (ap=0x0)
at /usr/src/sys/fs/specfs/spec_vnops.c:122
#15 0xc02c1fe1 in ffs_sync (mp=0xc3a2ec00, waitfor=2, cred=0xc1378e80, 
td=0xc03adcc0) at vnode_if.h:627
#16 0xc0246aeb in sync (td=0xc03adcc0, uap=0x0)
at /usr/src/sys/kern/vfs_syscalls.c:142
---Type  to continue, or q  to quit---
#17 0xc01e3bff in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:281
#18 0xc01e4548 in panic () at /usr/src/sys/kern/kern_shutdown.c:550
#19 0xc0322347 in smp_tlb_shootdown (vector=0, addr1=0, addr2=0)
at /usr/src/sys/i386/i386/mp_machdep.c:2397
#20 0xc032264a in smp_invlpg (addr=0)
at /usr/src/sys/i386/i386/mp_machdep.c:2516
#21 0xc0324993 in pmap_invalidate_page (pmap=0xc03e6640, va=3313360896)
at /usr/src/sys/i386/i386/pmap.c:691
#22 0xc03267c9 in pmap_enter (pmap=0xc03e6640, va=3225314880, m=0xc0baac48, 
prot=7 '\a', wired=1) at /usr/src/sys/i386/i386/pmap.c:2037
#23 0xc02dba67 in kmem_malloc (

Re: bikeshed

[David O'Brien]

On Fri, Sep 12, 2003 at 04:02:03AM +0200, [EMAIL PROTECTED] wrote:
> Did you ever consider that your doing exactly what phk's logo protests? ;)
> Maybe that is why phk hasn't responded any further, because he's laughing
> at you! You have to admit that is just a bit ironic.

Actually looks more like tears here at the BSDcon front...
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Crash in swapgeom_strategy?

[Eivind Olsen]

Hello. My FreeBSD server has been getting panics for the last few days and
the panics always refer to swapgeom_strategy.
Here's a transcription of what I can see:

vimes# uname -a
FreeBSD vimes.eivind 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Wed Sep 10
09:36:05 CEST 2003   [EMAIL PROTECTED]:/usr/obj/src/sys/VIMES  i386

The sources were cvsup'ed in the evening on the 9th of September (evening
according to CET).

I have not been able to produce a crash dump.

Does anyone have any suggestions as to what might be wrong?

Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x40
fault code  = supervisor write, page not present
instruction pointer = 0x8:0xc04a8f4c
stack pointer   = 0x10:0xcaf25a44
frame pointer   = 0x10:0xcaf25a5c
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 6 (pagedaemon)
kernel: type 12 trap, code=0
Stopped at  swapgeom_strategy+0x3c: movl%edi,0x40(%eax)
db> show reg
cs 0x8
ds0x10
es0x10
fs0x18
ss0x10
eax  0
ecx  0
edx0x4
ebx 0xc1f8eb80
esp 0xcaf25a44
ebp 0xcaf25a5c
esi 0xc5ab87f8
edi 0xc5ab87f8
eip 0xc04a8f4c  swapgeom_strategy+0x3c
efl0x10246
dr0  0
dr1  0
dr2  0
dr3  0
dr4 0x0ff0
dr5  0x400
dr6 0x0ff0
dr7  0x400
swapgeom_strategy+0x3c: movl%edi,0x40(%eax)
db> trace
swapgeom_strategy(c5ab87f8,c1f8eb80,0,0,0) at swapgeom_strategy+0x3c
swp_pager_strategy(c5ab87f8,200,0,3a1,0) at swp_pager_strategy+0xc5
swap_pager_putpages(c27ba784,caf25b80,1,0,caf25af0) at
swap_pager_putpages+0x452
vm_pageout_flush(caf25b80,1,0,1,0) at vm_pageout_flush+0x18b
vm_pageout_clean(c098d268,0,0,0,0) at vm_pageout_clean+0x2cd
vm_pageout_scan(0,c0632120,44,c0565bb1,1f4) at vm_pageout_scan+0x6ff
vm_pageout(0,caf25d48,0,0,0) at vm_pageout+0x368
fork_exit(c04becc0,0,caf25d48) at fork_exit+0xb1
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xcaf25d7c, ebp = 0 ---
db> panic
panic: from debugger
Debugger("panic")



Fatal trap 3: breakpoint instruction fault while in kernel mode
instruction pointer = 0x8:0xc04e9e64
stack pointer   = 0x10:0xcaf257bc
frame pointer   = 0x10:0xcaf257c8
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= IOPL = 0
currnet process = 6 (pagedaemon)
Stopped at  swapgeom_strategy+0x3c: movl%edi,0x40(%eax)
db> panic
panic: from debugger
Uptime: 12h58m23s
panic: free locked buf
Uptime: 12h58m24s
Dumping 191 MB
...and there it just hangs...


-- 
Regards
Eivind Olsen

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: bikeshed

[Poul-Henning Kamp]

In message <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
ibsd.org writes:
>Did you ever consider that your doing exactly what phk's logo protests? ;)
>Maybe that is why phk hasn't responded any further, because he's laughing
>at you! You have to admit that is just a bit ironic.

Well, the reason I didn't answer until now was that I was eating some
sort of fish (species now forgotten).

But let me make it 100% clear:

You can use the "no bikeshed logo" for anything you want, anywhere
you want, anytime you want with the following simple exception:

YOU MAY NOT UNDER ANY CIRCUMSTANCES _EVER_ make it the subject of
a bikeshed discussion.

:-)

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: The bikeshed T-shirt

[Poul-Henning Kamp]

In message <[EMAIL PROTECTED]>, Brad Knowles writes:
>At 2:11 AM +0200 2003/09/12, Poul-Henning Kamp wrote:
>
>>  Yes, absolutely.
>
>   Okay, it should be down in a few minutes.

You misunderstood:

"Yes, it is absolutely OK for you do print T-shirts, mugs, or anything
else you might want to use it on."


-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

bikeshed

[masta]

Did you ever consider that your doing exactly what phk's logo protests? ;)
Maybe that is why phk hasn't responded any further, because he's laughing
at you! You have to admit that is just a bit ironic.

-masta




At 10:17 PM -0300 2003/09/11, Daniel C. Sobral wrote:

>  Yes. Maybe we should remove Brad's commit bit until he puts the
>  t-shirt up again???


I concede that I may have mis-interpreted PHK's response, but before I
consider putting the shirt design back up, I need to get explicit
confirmation from him that this is okay.

I thought about whether or not this was a mis-interpretation or not,
but he's usually pretty careful about trimming the quote to which he
is responding.  I would have expected him to omit the last sentence of
that paragraph if his response was positive, but since he kept it, I
concluded that he was against the idea.


The images should probably have a copyright statement attached to
them, and specify under what kind of license they may be distributed
under.  I can add that to the PNGs I generated (at PHK's direction),
or he can re-generate the source files from which I will work.

-- 
Brad Knowles, <[EMAIL PROTECTED]>

"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
-Benjamin Franklin, Historical Review of Pennsylvania.

GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI$ P+>++ L+ !E-(---) W+++(--) N+
!w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++)
tv+(+++) b+() DI+() D+(++) G+() e++> h--- r---(+++)* z(+++)
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"



___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: The bikeshed T-shirt

[Brad Knowles]

At 10:17 PM -0300 2003/09/11, Daniel C. Sobral wrote:

 Yes. Maybe we should remove Brad's commit bit until he puts the
 t-shirt up again??? :-)
	I concede that I may have mis-interpreted PHK's response, but 
before I consider putting the shirt design back up, I need to get 
explicit confirmation from him that this is okay.

	I thought about whether or not this was a mis-interpretation or 
not, but he's usually pretty careful about trimming the quote to 
which he is responding.  I would have expected him to omit the last 
sentence of that paragraph if his response was positive, but since he 
kept it, I concluded that he was against the idea.

	The images should probably have a copyright statement attached to 
them, and specify under what kind of license they may be distributed 
under.  I can add that to the PNGs I generated (at PHK's direction), 
or he can re-generate the source files from which I will work.

--
Brad Knowles, <[EMAIL PROTECTED]>
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
-Benjamin Franklin, Historical Review of Pennsylvania.
GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI$ P+>++ L+ !E-(---) W+++(--) N+
!w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++)
tv+(+++) b+() DI+() D+(++) G+() e++> h--- r---(+++)* z(+++)
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: The bikeshed T-shirt

[Daniel C. Sobral]

David Schwartz wrote:

At 2:11 AM +0200 2003/09/12, Poul-Henning Kamp wrote:


Yes, absolutely.


	Okay, it should be down in a few minutes.


If you are serious about wanting to make the image available to
others for use on t-shirts, I would encourage you to set up your own
CafePress shop, as one of the easiest ways to quickly take any image
you want and put it on a wide variety of different products from
t-shirts, hats, aprons, mugs, and a whole host of others.


I interpreted his "Yes, absolutely" to be a grant of permission. I think he
was replying to the first sentance, not the second.
Yes. Maybe we should remove Brad's commit bit until he puts the t-shirt 
up again??? :-)

--
Daniel C. Sobral(8-DCS)
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Steele: "Aha! We've finally got you talking jargon too!"
Stallman: "What did he say?"
Steele: "Bob just used "canonical" in the canonical way."
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: The bikeshed T-shirt

[Daniel C. Sobral]

Brad Knowles wrote:

At 2:11 AM +0200 2003/09/12, Poul-Henning Kamp wrote:

 Yes, absolutely.


Okay, it should be down in a few minutes.

If you are serious about wanting to make the image available to 
others for use on t-shirts, I would encourage you to set up your own 
CafePress shop, as one of the easiest ways to quickly take any image you 
want and put it on a wide variety of different products from t-shirts, 
hats, aprons, mugs, and a whole host of others.
Err, Brad... I'm pretty sure PH was answering the first sentence, not 
the second. :-) Well, maybe you get to buy him a beer if you really like 
the t-shirt. :-)

--
Daniel C. Sobral(8-DCS)
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Steele: "Aha! We've finally got you talking jargon too!"
Stallman: "What did he say?"
Steele: "Bob just used "canonical" in the canonical way."
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

How do put an ATA disk into sleep/standby mode?

[Darren Pilgrim]

In my workstation, running 5.1-R, I have two disks, one containing
FreeBSD, the other Windows.  Since the Windows disk isn't used at all
when in FreeBSD, I would like to put it into standby or sleep mode
(whichever is necessary) to make it spin down, reducing heat and noise
production--both of which have become a real problem.

This is at least technically possible, since spinning down a disk is
part of the APM sleep mode.  The capabilities list atacontrol reports
for the disk in question shows power management and advanced power
management as being supported, and I've gotten Windows to spin down this
disk.  I haven't had any luck figuring out how to do this in FreeBSD,
though.

So how do I accomplish this?
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: The bikeshed T-shirt

[Andrew Thompson]

Brad Knowles wrote:
At 2:00 AM +0200 2003/09/12, Brad Knowles wrote:

 Problem solved.  See . Note
 that these are being sold at cost (something any other CafePress
 member can confirm).


Per PHK's request, I am taking this down.
My interpretation of phk's reply was that you could, you may want to 
check again.

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

RE: The bikeshed T-shirt

[David Schwartz]

> At 2:11 AM +0200 2003/09/12, Poul-Henning Kamp wrote:

> >  Yes, absolutely.

>   Okay, it should be down in a few minutes.

>   If you are serious about wanting to make the image available to
> others for use on t-shirts, I would encourage you to set up your own
> CafePress shop, as one of the easiest ways to quickly take any image
> you want and put it on a wide variety of different products from
> t-shirts, hats, aprons, mugs, and a whole host of others.

I interpreted his "Yes, absolutely" to be a grant of permission. I think he
was replying to the first sentance, not the second.

DS


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: The bikeshed T-shirt

[Brad Knowles]

At 2:00 AM +0200 2003/09/12, Brad Knowles wrote:

Problem solved.  See . Note
 that these are being sold at cost (something any other CafePress
 member can confirm).
	Per PHK's request, I am taking this down.

The PNG version I created is at
 .
	I will leave my PNG version of the bikeshed graphic in place, 
unless I get another request from PHK to remove it.

--
Brad Knowles, <[EMAIL PROTECTED]>
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
-Benjamin Franklin, Historical Review of Pennsylvania.
GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI$ P+>++ L+ !E-(---) W+++(--) N+
!w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++)
tv+(+++) b+() DI+() D+(++) G+() e++> h--- r---(+++)* z(+++)
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: The bikeshed T-shirt

[Brad Knowles]

At 2:11 AM +0200 2003/09/12, Poul-Henning Kamp wrote:

 Yes, absolutely.
	Okay, it should be down in a few minutes.

	If you are serious about wanting to make the image available to 
others for use on t-shirts, I would encourage you to set up your own 
CafePress shop, as one of the easiest ways to quickly take any image 
you want and put it on a wide variety of different products from 
t-shirts, hats, aprons, mugs, and a whole host of others.

--
Brad Knowles, <[EMAIL PROTECTED]>
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
-Benjamin Franklin, Historical Review of Pennsylvania.
GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI$ P+>++ L+ !E-(---) W+++(--) N+
!w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++)
tv+(+++) b+() DI+() D+(++) G+() e++> h--- r---(+++)* z(+++)
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Question related to FreeBSD Serial Console...

[Gordon Tetlow]

On Tue, Sep 02, 2003 at 12:18:51PM +0100, [EMAIL PROTECTED] wrote:
> Hiya
> 
> 
> > Unfortunately, many motherboards (BIOSs?) won't initialise a PS/2 keyboard
> > interface unless a keyboard is connected at boot time, so if you plug in a
> > keyboard subsequently it won't work. Nothing the OS can do in this case (I
> > believe), and yes it's a PITA.
> 
> Keyboard and mouse manufacturers usually give dire warnings about plugging
> in PS/2 devices when the machine is powered up, maybe that's the reason
> why.

I've personally killed about 5 keyboards this way. I don't recommend hot
plugging PS/2 keyboards.

-gordon


pgp0.pgp
Description: PGP signature

Re: The bikeshed T-shirt

[Poul-Henning Kamp]

In message <[EMAIL PROTECTED]>, Brad Knowles writes:

>   I have interpreted your post to mean that it's okay for other 
>people to print up t-shirts, based on this image.  However, if you 
>prefer that I take this down, just let me know.

Yes, absolutely.

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: The bikeshed T-shirt

[Brad Knowles]

At 1:05 AM +0200 2003/09/12, Poul-Henning Kamp wrote:

 I don't want to get into the clothing business, so if you want one,
 you'll probably have to make it yourself.   I can ask the company
 which produced them if they will be willing to ship abroad, but I
 doubt they are set up for that sort of thing.
	Problem solved.  See . 
Note that these are being sold at cost (something any other CafePress 
member can confirm).

 The xfig source is here:
http://phk.frebsd.dk/misc/bsdcon03.fig
http://phk.frebsd.dk/misc/bsdcon03.pdf
	The PNG version I created is at 
.

 Enjoy...
	I have interpreted your post to mean that it's okay for other 
people to print up t-shirts, based on this image.  However, if you 
prefer that I take this down, just let me know.

--
Brad Knowles, <[EMAIL PROTECTED]>
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
-Benjamin Franklin, Historical Review of Pennsylvania.
GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI$ P+>++ L+ !E-(---) W+++(--) N+
!w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++)
tv+(+++) b+() DI+() D+(++) G+() e++> h--- r---(+++)* z(+++)
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: route problems in 5.1-RELEASE

[Martin Blapp]

Hi,

>Normally, if I want to swap from wi0 to fxp0, all I
>have to do is:
>
>killall dhclient
>ifconfig wi0 down
>ifconfig fxp0 up
>dhclient fxp0

Why don't you just update to 5.X, run mergemaster-

Then just remove the wi0 card and plug in a ethernet
cable to the internal NIC ? This works wonderful here.
No manual interaction needed anymore. Dhclient had a bunch
of fixes for this problem, the rc system had it too. All of
them are fixed.

Martin

Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 61 826 93 00 Fax: +41 61 826 93 01
PGP: 
PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E
--
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Page fault on boot when probing IBM ServeRAID Adapter on Netfinity 4000R

[Ian Morrison]

hi,

i've just got hold of an IBM Netfinity 4000R system (8653-45Y) which
uses an IBM ServeRaid-3L to control two 9 gig disks.  Drives are set up
as a standard mirror, and online.  Booting from 5.1-RELEASE and the
latest snapshot i could find both result in a kernel panic on boot.

i've included the dmesg for both kernels below, and would be grateful
if anyone could offer any advice.

many thanks,


ian



Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.1-CURRENT-20030908-JPSNAP #0: Mon Sep  8 03:26:52 GMT 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b41000.
Preloaded mfs_root "/boot/mfsroot" at 0xc0b41200.
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel Pentium III (745.00-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x681  Stepping = 1
  
Features=0x387fbff
real memory  = 1073741824 (1024 MB)
avail memory = 1031286784 (983 MB)
Pentium Pro MTRR support enabled
md0: Preloaded image  4423680 bytes at 0xc0707670
npx0: [FAST]
npx0:  on motherboard
npx0: INT 16 interface
pcibios: BIOS version 2.10
pcib0:  at pcibus 0 on motherboard
pci0:  on pcib0
agp0:  mem 0xf000-0xf3ff at device 0.0 on 
pci0
pcib1:  at device 1.0 on pci0
pci1:  on pcib1
pci1:  at device 0.0 (no driver attached)
isab0:  at device 7.0 on pci0
isa0:  on isab0
atapci0:  port 0xffa0-0xffaf at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata0: [MPSAFE]
ata1: at 0x170 irq 15 on atapci0
ata1: [MPSAFE]
uhci0:  port 0x3000-0x301f at device 7.2 on 
pci0
uhci0: Could not allocate irq
device_probe_and_attach: uhci0 attach returned 6
pci0:  at device 7.3 (no driver attached)
fxp0:  port 0x3040-0x307f mem 
0xfea0-0xfeaf,0xfebff000-0xfebf irq 10 at device 17.0 on pci0
fxp0: Disabling dynamic standby mode in EEPROM
fxp0: New EEPROM ID: 0x4080
fxp0: EEPROM checksum @ 0x3f: 0xd29 -> 0xd29
fxp0: Ethernet address 00:06:29:de:b9:ac
miibus0:  on fxp0
inphy0:  on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp1:  port 0x3080-0x30bf mem 
0xfe90-0xfe9f,0xfebfe000-0xfebfefff irq 11 at device 18.0 on pci0
fxp1: Disabling dynamic standby mode in EEPROM
fxp1: New EEPROM ID: 0x4080
fxp1: EEPROM checksum @ 0x3f: 0xe29 -> 0xe29
fxp1: Ethernet address 00:06:29:de:b9:ab
miibus1:  on fxp1
inphy1:  on miibus1
inphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pcib2:  at device 20.0 on pci0
pci2:  on pcib2
ips0:  port 0x2000-0x20ff mem 0xfe00-0xfe0f irq 9 at 
device 15.0 on pci2
ips0: reinitializing adapter, this could take several minutes.
ips0: logical drives: 222
ipsd0:  on ips0
GEOM: create disk ipsd0 dp=0xc6588b90
ipsd0: Logical Drive  (1824184MB)
ipsd1:  on ips0
GEOM: create disk ipsd1 dp=0xc6588a90
ipsd1: Logical Drive  (1824184MB)
ipsd2:  on ips0
GEOM: create disk ipsd2 dp=0xc6588990
ipsd2: Logical Drive  (1824184MB)
ipsd3:  on ips0
GEOM: create disk ipsd3 dp=0xc6588890
ipsd3: Logical Drive  (1824184MB)
ipsd4:  on ips0
GEOM: create disk ipsd4 dp=0xc6588790
Memory modified after free 0xc65aa080(124)
panic: Most recently used by none

Debugger("panic")
Stopped at  Debugger+0x54:  xchgl   %ebx,in_Debugger.0
db> reset
€€€€€øø€þø€€˜æøDSCopyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.1-RELEASE #0: Thu Jun  5 02:55:42 GMT 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ac1000.
Preloaded mfs_root "/boot/mfsroot" at 0xc0ac1200.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 744995420 Hz
CPU: Intel Pentium III (745.00-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x681  Stepping = 1
  
Features=0x387fbff
real memory  = 1073741824 (1024 MB)
avail memory = 1031827456 (984 MB)
Pentium Pro MTRR support enabled
md0: Preloaded image  4423680 bytes at 0xc06877a4
npx0:  on motherboard
npx0: INT 16 interface
pcibios: BIOS version 2.10
pcib0:  at pcibus 0 on motherboard
pci0:  on pcib0
agp0:  mem 0xf000-0xf3ff at device 0.0 on 
pci0
pcib1:  at device 1.0 on pci0
pci1:  on pcib1
pci1:  at device 0.0 (no driver attached)
isab0:  at device 7.0 on pci0
isa0:  on isab0
atapci0:  port 0xffa0-0xffaf at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0:  port 0x3000-0x301f at device 7.2 on 
pci0
uhci0: Could not allocate irq
device_probe_and_attach: uhci0 attach returned 6
pci0:  at device 7.3 (no driver attached)
fxp0:  port 0x3040-0x307f mem 
0xfea0-0xfeaf,0xfebff000-0xfebf irq 10 at device 17.0 on pci0
fxp0: Disabling dynamic standby mode in EEPROM
fxp0: New EEPROM ID: 0x4080
fxp0: EEPROM checksum @ 0x3f: 0xd29 -> 0xd29
fxp0: Ethernet address 00:06:29:de:b9:ac
miibus0: 

RE: The bikeshed T-shirt

[Cagle, John (ISS-Houston)]

Cool!

BTW, the real links are:

http://phk.freebsd.dk/misc/bsdcon03.fig
http://phk.freebsd.dk/misc/bsdcon03.pdf

...but I would have used a blue bicycle and a white roof.

;-)

John

> -Original Message-
> From: Poul-Henning Kamp [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, September 11, 2003 6:05 PM
> To: [EMAIL PROTECTED]
> Subject: The bikeshed T-shirt
> 
> 
> 
> The bikeshed T-shirt which has been referred about was only produced
> in 5 copies and I hadn't really expected that so many people would
> ask me about it.
> 
> I don't want to get into the clothing business, so if you want one,
> you'll probably have to make it yourself.   I can ask the company
> which produced them if they will be willing to ship abroad, but I
> doubt they are set up for that sort of thing.
> 
> The xfig source is here:
>   http://phk.frebsd.dk/misc/bsdcon03.fig
>   http://phk.frebsd.dk/misc/bsdcon03.pdf
> 
> Enjoy...
> 
> -- 
> Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
> [EMAIL PROTECTED] | TCP/IP since RFC 956
> FreeBSD committer   | BSD since 4.3-tahoe
> Never attribute to malice what can adequately be explained by 
> incompetence.
> ___
> [EMAIL PROTECTED] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to 
> "[EMAIL PROTECTED]"
> 
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: The bikeshed T-shirt

[Robert Watson]

On Fri, 12 Sep 2003, Poul-Henning Kamp wrote:

> The bikeshed T-shirt which has been referred about was only produced in
> 5 copies and I hadn't really expected that so many people would ask me
> about it. 
> 
> I don't want to get into the clothing business, so if you want one,
> you'll probably have to make it yourself.  I can ask the company which
> produced them if they will be willing to ship abroad, but I doubt they
> are set up for that sort of thing. 
> 
> The xfig source is here: 
>   http://phk.frebsd.dk/misc/bsdcon03.fig
>   http://phk.frebsd.dk/misc/bsdcon03.pdf
> 
> Enjoy... 

Note: before making a t-shirt, be sure to modify the image and select your
favorite bikeshed color.

Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED]  Network Associates Laboratories

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

The bikeshed T-shirt

[Poul-Henning Kamp]

The bikeshed T-shirt which has been referred about was only produced
in 5 copies and I hadn't really expected that so many people would
ask me about it.

I don't want to get into the clothing business, so if you want one,
you'll probably have to make it yourself.   I can ask the company
which produced them if they will be willing to ship abroad, but I
doubt they are set up for that sort of thing.

The xfig source is here:
http://phk.frebsd.dk/misc/bsdcon03.fig
http://phk.frebsd.dk/misc/bsdcon03.pdf

Enjoy...

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: route problems in 5.1-RELEASE

[Jesse Guardiani]

Kevin Oberman wrote:

>> From: Jesse Guardiani <[EMAIL PROTECTED]>
>> Date: Thu, 11 Sep 2003 16:19:42 -0400
>> Sender: [EMAIL PROTECTED]
>> 
>> Howdy list,
>> 
>> I'm having major problems with the route command today.
>> My machine is an IBM Thinkpad A30p laptop, running FreeBSD
>> 5.1-RELEASE.
>> 
>> I have two interfaces. wi0 and fxp0
>> 
>> Normally, if I want to swap from wi0 to fxp0, all I
>> have to do is:
>> 
>> killall dhclient
>> ifconfig wi0 down
>> ifconfig fxp0 up
>> dhclient fxp0
>> 
>> And I'm done. However, ocassionally this backfires,
>> like it did today:
> 
> Jesse,
> 
> Try changing your list of commands to:
> killall dhclient
> ifconfig wi0 down
> route flush
> ifconfig fxp0 up
> dhclient fxp0
> 
> That should fix it up.

Sorry for neglecting to mention it, but I did that, multiple times,
in multiple places.

I _didn't_ do it the FIRST time, but I did do multiple times after
that.

Perhaps I should do it the first time, from now on? Would that
prevent the problem?

-- 
Jesse Guardiani, Systems Administrator
WingNET Internet Services,
P.O. Box 2605 // Cleveland, TN 37320-2605
423-559-LINK (v)  423-559-5145 (f)
http://www.wingnet.net


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: route problems in 5.1-RELEASE

[Kevin Oberman]

> From: Jesse Guardiani <[EMAIL PROTECTED]>
> Date: Thu, 11 Sep 2003 16:19:42 -0400
> Sender: [EMAIL PROTECTED]
> 
> Howdy list,
> 
> I'm having major problems with the route command today.
> My machine is an IBM Thinkpad A30p laptop, running FreeBSD
> 5.1-RELEASE.
> 
> I have two interfaces. wi0 and fxp0
> 
> Normally, if I want to swap from wi0 to fxp0, all I
> have to do is:
> 
> killall dhclient
> ifconfig wi0 down
> ifconfig fxp0 up
> dhclient fxp0
> 
> And I'm done. However, ocassionally this backfires,
> like it did today:

Jesse,

Try changing your list of commands to:
killall dhclient
ifconfig wi0 down
route flush
ifconfig fxp0 up
dhclient fxp0

That should fix it up.

I've been trying to get Lars Eggert's netswitch running with current.
It will do all of the above, but it's probably over-kill for you case.
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: [EMAIL PROTECTED]   Phone: +1 510 486-8634
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

route problems in 5.1-RELEASE

[Jesse Guardiani]

Howdy list,

I'm having major problems with the route command today.
My machine is an IBM Thinkpad A30p laptop, running FreeBSD
5.1-RELEASE.

I have two interfaces. wi0 and fxp0

Normally, if I want to swap from wi0 to fxp0, all I
have to do is:

killall dhclient
ifconfig wi0 down
ifconfig fxp0 up
dhclient fxp0

And I'm done. However, ocassionally this backfires,
like it did today:

My fxp0 interface is up:

fxp0: flags=8843 mtu 1500
inet6 fe80::2d0:59ff:feaa:70ec%fxp0 prefixlen 64 scopeid 0x3
inet 192.168.1.101 netmask 0xff00 broadcast 192.168.1.255
ether 00:d0:59:aa:70:ec
media: Ethernet autoselect (100baseTX )
status: active

And my wi0 interface is down:

wi0: flags=8802 mtu 1500
inet6 fe80::220:e0ff:fe8a:9061%wi0 prefixlen 64 scopeid 0x2
inet 192.168.1.47 netmask 0xff00 broadcast 192.168.1.255
ether 00:20:e0:8a:90:61
media: IEEE 802.11 Wireless Ethernet autoselect (none)
ssid WingNET 1:WingNET
stationname "FreeBSD WaveLAN/IEEE node"
channel -1 authmode OPEN powersavemode OFF powersavesleep 100
wepmode MIXED weptxkey 1
wepkey 1:128-bit

But routes to the internet are still wanting to use the wi0
interface for some reason:

[16:[EMAIL PROTECTED]:[~]# route get 206.30.215.2
   route to: 206.30.215.2
destination: 206.30.215.2
gateway: 192.168.1.1
  interface: wi0
  flags: 
 recvpipe  sendpipe  ssthresh  rtt,msecrttvar  hopcount  mtu expire
   0 0 0 0 0 0  1500  3584
[16:[EMAIL PROTECTED]:[~]#


I can change the interface on a per-route basis, but not globally:

[16:[EMAIL PROTECTED]:[~]# route change 206.30.215.2 -iface fxp0
change host 206.30.215.2: gateway fxp0
[16:[EMAIL PROTECTED]:[~]# route get 206.30.215.2
   route to: 206.30.215.2
destination: 206.30.215.2
gateway: fxp0:0.d0.59.aa.70.ec
  interface: fxp0
  flags: 
 recvpipe  sendpipe  ssthresh  rtt,msecrttvar  hopcount  mtu expire
   0 0 0 0 0 0  1500  3582
[16:[EMAIL PROTECTED]:[~]# route get 206.30.215.4
   route to: 206.30.215.4
destination: default
   mask: default
gateway: 192.168.1.1
  interface: wi0
  flags: 
 recvpipe  sendpipe  ssthresh  rtt,msecrttvar  hopcount  mtu expire
   0 0 0 0 0 0  1500 0
[16:[EMAIL PROTECTED]:[~]#



Some funky combination of:

ifconfig wi0 -alias

And restarting dhclient fixed the problem, but it took forever.


1.) Is this a bug?
2.) If so, has it already been fixed in -CURRENT?

Thanks!

-- 
Jesse Guardiani, Systems Administrator
WingNET Internet Services,
P.O. Box 2605 // Cleveland, TN 37320-2605
423-559-LINK (v)  423-559-5145 (f)
http://www.wingnet.net


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: re-fdisk'ing a partition - permission denied?

[Poul-Henning Kamp]

In message <[EMAIL PROTECTED]>, Josef Karthauser writes:
>
>--7UIJfHqpdi+oBJdT
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>Content-Transfer-Encoding: quoted-printable
>
>On Tue, Sep 09, 2003 at 05:14:15PM +0200, Poul-Henning Kamp wrote:
>> In message <[EMAIL PROTECTED]>, "Kevin Oberman" write=
>s:
>>=20
>> >In any case, since GEOM was added you can no longer slice or label an
>> >active device. As a result, the only way I know of to change slices or
>> >labels on V5 is to boot off of CD or floppy Fixit disks or install
>> >disks. (I just had to do this on my laptop this morning.)
>>=20
>> If this is the case it is a bug in fdisk(8).
>>=20
>> The only restriction GEOM introduces is that you cannot change an
>> _open_ device.  Anything else is a bug.
>>=20
>
>Change, or update?  It's probable that fdisk is writing the entire
>partition table in one go.  Shouldn't geom be ok it the bit that refers
>to open devices is the same as it was before?

Yes, exactly.

I've put this on my list for when I get home.  If somebody can
make a small shell script which reproduces this, it will be fixed
faster.

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: re-fdisk'ing a partition - permission denied?

[Josef Karthauser]

On Tue, Sep 09, 2003 at 05:14:15PM +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, "Kevin Oberman" writes:
> 
> >In any case, since GEOM was added you can no longer slice or label an
> >active device. As a result, the only way I know of to change slices or
> >labels on V5 is to boot off of CD or floppy Fixit disks or install
> >disks. (I just had to do this on my laptop this morning.)
> 
> If this is the case it is a bug in fdisk(8).
> 
> The only restriction GEOM introduces is that you cannot change an
> _open_ device.  Anything else is a bug.
> 

Change, or update?  It's probable that fdisk is writing the entire
partition table in one go.  Shouldn't geom be ok it the bit that refers
to open devices is the same as it was before?

Joe
-- 
Josef Karthauser ([EMAIL PROTECTED])   http://www.josef-k.net/
FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/
Physics Particle Theory (student)   http://www.pact.cpes.sussex.ac.uk/
 An eclectic mix of fact and theory. =


pgp0.pgp
Description: PGP signature

Corrent Build Error

[Sebastian Yepes F. [ESN]]

My src haves been cvs from to day..


cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual  -fformat-extensions -std=c99  -nostdinc -I-  -I. -I../../..
-I../../../contrib/dev/acpica -I../../../contrib/ipfilter
-I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -D_KERNEL
-include opt_global.h -fno-common -finline-limit=15000
-fno-strict-aliasing  -mno-align-long-strings
-mpreferred-stack-boundary=2 -ffreestanding -Werror 
../../../dev/pci/pci_user.c
awk -f ../../../tools/makeobjops.awk ../../../dev/pci/pcib_if.m -c ;  cc
-c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual  -fformat-extensions -std=c99  -nostdinc -I-  -I. -I../../..
-I../../../contrib/dev/acpica -I../../../contrib/ipfilter
-I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -D_KERNEL
-include opt_global.h -fno-common -finline-limit=15000
-fno-strict-aliasing  -mno-align-long-strings
-mpreferred-stack-boundary=2 -ffreestanding -Werror  pcib_if.c
cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual  -fformat-extensions -std=c99  -nostdinc -I-  -I. -I../../..
-I../../../contrib/dev/acpica -I../../../contrib/ipfilter
-I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -D_KERNEL
-include opt_global.h -fno-common -finline-limit=15000
-fno-strict-aliasing  -mno-align-long-strings
-mpreferred-stack-boundary=2 -ffreestanding -Werror 
../../../dev/pcic/i82365.c
../../../dev/pcic/i82365.c: In function `pcic_chip_do_mem_map':
../../../dev/pcic/i82365.c:850: error: structure has no member named
`offset'
../../../dev/pcic/i82365.c:855: error: structure has no member named
`offset'
../../../dev/pcic/i82365.c: In function `pcic_chip_mem_map':
../../../dev/pcic/i82365.c:928: error: structure has no member named
`offset'
*** Error code 1

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ufs related panic with latest current

[Dag-Erling Smørgrav]

Tomi Vainio - Sun Finland <[EMAIL PROTECTED]> writes:
> If you could just give instructions what you wanna get when system
> panics I might be able to persuade the other that we should crash our
> system once more.

I already have.

DES
-- 
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: new rc system

[James Quick]

On Thursday, September 11, 2003, at 04:36  AM, Peter Jeremy wrote:

On Wed, Sep 10, 2003 at 05:00:49PM -0700, Doug Barton wrote:
[re-ordering rc.d scripts]
This is a known shortcoming in the new rc system.  Luke Mewburn
commented on it in a talk recently but does not yet have a
satisfactory solution.
Can you describe in more detail what you mean by "this is a known
shortcoming?"
The files in /etc/rc.d/ include dependency information in the form of
'BEFORE' and 'REQUIRE' entries.  The default entries are appropriate
for "normal" configurations but may require changes in some cases (eg
Philipp's situation).
The new rc system currently has no mechanism for over-riding these
defaults other then by editing the individual rc files.  These changes
need to be re-merged if the rc files are updated.
Luke is currently looking at options to allow administrators to alter
the dependency order without requiring the rc files to be edited.  Two
possibilities are:
1) An option to rcorder that allows dependency information to be
   included on the command line.
2) Add a hack to rcorder so that given a file /etc/rc.d/foo, it will
   check for dependency information in /etc/rc.cnf/foo.
My initial inclination was to write a couple of pages of ideas, for 
improving
the rc subsystem.  On second thought, I think it better not to include 
them
until I know the appropriate recipients and/or venue. I'm not currently 
a
contributor, am new to the freebsd-* lists, and do not yet know the 
people
and their responsibilities.

I am responding, however, because I have a number of ideas on how to
improve the rc subsystem, and am willing to contribute both time and 
code
if a new design grabs me.

Except for contributing minor patches to gnutar, amanda, procmail, I'm
new to opensource development.  I do, however, have 20 years experience
with Unix development and administration, and 4 years experience with
a mix of FreeBSD 4.x and 5.x, so I should not take long to ramp up.
So, whoever is responsible for this stuff, if you have room for a new
person on your team, please let me know how I can get involved.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Double panics with g_up

[Poul-Henning Kamp]

I have yet to see any information from you I can use to do debugging.

See our handbook if you are in doubt what we need.

Poul-Henning

In message <[EMAIL PROTECTED]>, Andrey Chernov writes:
>I saw this already 5 times. It is _always_ double panic. Second panic may 
>vary (f.e. clock, etc) but first one _always_ in g_up. Since second panic 
>is on the way, there is no usable stack trace remains.
>
>My suggestion: can we add sysctl to NOT sync disk after panic but reboot 
>immediately to preserve stack frame (for remote machine)?
>
>Fatal trap 12: page fault while in kernel mode
>fault virtual address = 0x24
>fault code= supervisor read, page not present
>instruction pointer   = 0x8:0xc017fd3b
>stack pointer = 0x10:0xcd36bb70
>frame pointer = 0x10:0xcd36bb84
>code segment  = base 0x0, limit 0xf, type 0x1b
>= DPL 0, pres 1, def32 1, gran 1
>processor eflags  = interrupt enabled, resume, IOPL = 0
>current process   = 3 (g_up)
>trap number   = 12
>panic: page fault
>
>syncing disks, buffers remaining...
>
>Fatal trap 12: page fault while in kernel mode
>fault virtual address = 0x24
>fault code= supervisor read, page not present
>instruction pointer   = 0x8:0xc017fd3b
>stack pointer = 0x10:0xcd377c84
>frame pointer = 0x10:0xcd377c98
>code segment  = base 0x0, limit 0xf, type 0x1b
>= DPL 0, pres 1, def32 1, gran 1
>processor eflags  = interrupt enabled, resume, IOPL = 0
>current process   = 24 (irq15: ahc0)
>trap number   = 12
>panic: page fault
>Uptime: 2d3h22m53s
>

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Compact Flash PCMCIA adapted failes

[Gunnar Flygt]

I run CURRENT as of last week. I try to use a PCMCIA CF adapter, but
gets some errors. If I boot with it I get this in dmesg:

ata2:  at port 0x100-0x10f irq 11 function 0 config 1 on pccard0
ad0: 28615MB  [58140/16/63] at ata0-master UDMA100
acd0: CDRW  at ata1-master PIO4
ad4: FAILURE - SETFEATURES status=51 error=4
ad4: FAILURE - SETFEATURES status=51 error=4
ad4: 61MB  [978/4/32] at ata2-master PIO0
Mounting root from ufs:/dev/ad0s1a

Is there anything I can do to fix this? Or should I try to get me a USB
CF adapter?

-- 
Gunnar Flygt
OPC Data
Sveriges Radio

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

upgrade from static to dynamic root

[Harti Brandt]

Hi,

I just tried to upgrade one of my systems from a static root from july to
an actual dynamic root. The installworld went fine 'til the place where
/bin/test is installed. At that point the installation stopped with "ELF
interpreter /libexec/ld-elf.so.1 not found". And really /libexec is not
populated yet. May it be, that the makefile uses one of the newly
installed tools during install? For example 'ln' to make the link test ->
[?

Also, wouldn't it be helpful to populate /rescue before /bin? Just in
the case something goes wrong between installing been and rescue for the
first time?

harti
--
harti brandt,
http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private
[EMAIL PROTECTED], [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Work around for the xl driver

[Soeren Straarup]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Hi

I've seen some posts on this mailing list.

I have a 3com 3ccfe575bt-d and i was wondering is there a workaround
to get this card back to working? something like sysctl this=that ?

Best regards Søren

PSE (B)CC me i'm subscribing to this list



**
| Soeren Straarup  Mobile: +45 20 27 62 44   |
| FreeBSD wannabe since 2.2.6-Rhttp://xforce.dk  |
| Also running OpenBSD and NetBSD  aka OZ2DAK aka Xride  |
**
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE/YGiWXTGeGCdlN14RAs6TAKDS2jT80HXmz1oUZFf+7KvQhsA3KwCeKZfm
YiAp2xSKqxGItziHZnvYj7g=
=1KLh
-END PGP SIGNATURE-


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: PXE boot loader

[Alex Dupre]

I found the issue. I was doing:

cd /usr/src/sys/boot
make depend
make
cp /usr/src/sys/boot/i386/pxeldr/pxeboot /tftpboot

This works os -stable, but not on -current (dunno why)...the pxeboot
is created without problems, but doesn't work.

However, building world as usual creates a working pxeboot in
/usr/obj/usr/src/sys/boot/i386/pxeldr/pxeboot

-- 
Alex Dupre [EMAIL PROTECTED]
http://www.alexdupre.com/  [EMAIL PROTECTED]

Today's excuse: Netscape has crashed


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Double panics with g_up

[Michael Reifenberger]

On Thu, 11 Sep 2003, Andrey Chernov wrote:

> Date: Thu, 11 Sep 2003 13:08:49 +0400
> From: Andrey Chernov <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Double panics with g_up
>
> I saw this already 5 times. It is _always_ double panic. Second panic may
> vary (f.e. clock, etc) but first one _always_ in g_up. Since second panic
> is on the way, there is no usable stack trace remains.
>
> My suggestion: can we add sysctl to NOT sync disk after panic but reboot
> immediately to preserve stack frame (for remote machine)?
>

kern.sync_on_panic=0

Bye!

Michael Reifenberger
^.*Plaut.*$, IT, R/3 Basis, GPS
FreeBSD is BSD, UNIX(tm) is a BSD-like OS
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Double panics with g_up

[Andrey Chernov]

I saw this already 5 times. It is _always_ double panic. Second panic may 
vary (f.e. clock, etc) but first one _always_ in g_up. Since second panic 
is on the way, there is no usable stack trace remains.

My suggestion: can we add sysctl to NOT sync disk after panic but reboot 
immediately to preserve stack frame (for remote machine)?

Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x24
fault code= supervisor read, page not present
instruction pointer   = 0x8:0xc017fd3b
stack pointer = 0x10:0xcd36bb70
frame pointer = 0x10:0xcd36bb84
code segment  = base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags  = interrupt enabled, resume, IOPL = 0
current process   = 3 (g_up)
trap number   = 12
panic: page fault

syncing disks, buffers remaining...

Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x24
fault code= supervisor read, page not present
instruction pointer   = 0x8:0xc017fd3b
stack pointer = 0x10:0xcd377c84
frame pointer = 0x10:0xcd377c98
code segment  = base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags  = interrupt enabled, resume, IOPL = 0
current process   = 24 (irq15: ahc0)
trap number   = 12
panic: page fault
Uptime: 2d3h22m53s
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Quo vadis, -CURRENT? (recent changes to cc & compatibility)

[Alexander Leidinger]

On Wed, 10 Sep 2003 12:41:41 -0400
Michael Edenfield <[EMAIL PROTECTED]> wrote:

> Err, not quite.  Tried to build gnome2 lately?  :)
> 
> gnome2 depends on gnomemedia2.
> gnomemedia2 depends on gstreamer-plugins.
> gstreamer-plugins fails because ARTSD_FLAGS in several dozen Makefiles
> includes -pthread.

Artsd is a part of KDE and gstreamer-plugin doesn't build it by default
(the plugin gets build if artsd is already installed or you have to ask
for it). Artsd isn't maintained by gnome@ and it doesn't use the
bsd.gnome.mk framework, so it doesn't fall into my definition of a GNOME
port.

Bye,
Alexander.

-- 
   If Bill Gates had a dime for every time a Windows box crashed...
...Oh, wait a minute, he already does.

http://www.Leidinger.net   Alexander @ Leidinger.net
  GPG fingerprint = C518 BC70 E67F 143F BE91  3365 79E2 9C60 B006 3FE7
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: new rc system

[Peter Jeremy]

On Wed, Sep 10, 2003 at 05:00:49PM -0700, Doug Barton wrote:
[re-ordering rc.d scripts]
>> This is a known shortcoming in the new rc system.  Luke Mewburn
>> commented on it in a talk recently but does not yet have a
>> satisfactory solution.
>
>Can you describe in more detail what you mean by "this is a known
>shortcoming?"

The files in /etc/rc.d/ include dependency information in the form of
'BEFORE' and 'REQUIRE' entries.  The default entries are appropriate
for "normal" configurations but may require changes in some cases (eg
Philipp's situation).

The new rc system currently has no mechanism for over-riding these
defaults other then by editing the individual rc files.  These changes
need to be re-merged if the rc files are updated.

Luke is currently looking at options to allow administrators to alter
the dependency order without requiring the rc files to be edited.  Two
possibilities are:
1) An option to rcorder that allows dependency information to be
   included on the command line.
2) Add a hack to rcorder so that given a file /etc/rc.d/foo, it will
   check for dependency information in /etc/rc.cnf/foo.

Peter
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Internal compiler error in reload_cse_simplify_operands

[Julian St.]

> Guess maybe it's hardware-related.  Was hoping to find a solution that
> would clear any charges against my new hardware, but I guess that's
> all that's left. *sigh*

Did you try a packaged GCC? You could try:

 pkg_add -r gcc33

and use it instead...

Regards,
Julian
-- 
 Always make allowances for the "duh" factor.


pgp0.pgp
Description: PGP signature

Why does bsdlabel autogenerate the 'a' partition?

[Ian Freislich]

Hi

Why does the bsdlabel program autogenerate the 'a' partition?  If
I edit the disk label removing all partitions except for 'c' and
then save it, a subsequent read of the disk label shows an 'a'
partition has been made covering the whole disk.  Even if I make
another partition using the whole disk, it still makes 'a', which
has to be deleted to create other partitions because of the resulting
overlap.

Ian
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: new rc system

[Terry Lambert]

Doug Barton wrote:
> ntpd[ate] is a very difficult thing to order, because a lot of things
> need/want accurate time before they start, and yet by definition, ntp is
> a network protocol so it has a lot of other dependencies before it can
> even start. A lot of the things that ntp depends on (like network) want
> logging before they start, but syslog wants accurate time before IT
> starts...  and we spiral back in time infinitely.

Technically, syslog only has a soft dependency on the current time,
since the time is looked up each event, rather than being cached.
So it has a dependency, but it's not one that prevent syslog from
running or providing some minimal/degraded service level.


> > This is a known shortcoming in the new rc system.  Luke Mewburn
> > commented on it in a talk recently but does not yet have a
> > satisfactory solution.
> 
> Can you describe in more detail what you mean by "this is a known
> shortcoming?"

I believe he means the distinction between "soft" ("would like")
vs. "hard" ("absolutely cannot run if not present") dependencies.

The new rc system fails to make such distinctions: it doesn't
have a high enough granularity to its dependency classification.


-- Terry
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"