| From | Subject | Date |
|---|---|---|
| Stefan Bethke | Labeling disks
I'm trying to set up a new machine with three disks, which should host
a root ufs file system, swap space, and a raidz zfs pool.
Doing this the old-fashioned way with fdisk and bsdlabel (and gmirror
for the a and b slices) works just fine, but I figured I might use the
opportunity and try a GPT partition table. Also, I'd like to label the
disks, and use the labels to reference the disks and contained
partitions, instead of the ATA disk device. If I need to swap disks, I
then don't ...
| Dec 5, 1:45 pm 2008 |
| M. Warner Losh | Re: "interrupt storm..."; seems associated with an0 NIC
Thanks. Grump. Will have to back out and try again.
Warner
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Dec 5, 12:00 pm 2008 |
| David Wolfskill | "interrupt storm..."; seems associated with an0 NIC
After updating my laptop to CURRENT as of this morning, I now see
interrupt storm detected on "irq11:"; throttling interrupt source
repeated indefinitely if I have inserted a Cisco/Aironet 350 PCCard.
Once the situation has been detected, the only way I've found to escape
is by power-cycling -- I can't even do anything with a serial console
(unless I had logged in to that serial console ahead of time -- in
that case, I was able to reboot gracefully).
Here's a list of the files that saw ...
| Dec 5, 10:48 am 2008 |
| Matt Dawson | Re: i give up
On Thursday 04 December 2008 22:15:11 freebsd-current-request@freebsd.org=20
Actually, no. The subset of ATi cards Robert refers to has direct rendering=
=20
support on the to-be-committed (after the ports repo is thawed) Xorg 7.4, D=
RM=20
kernel update (which is already in -HEAD) and new Mesa. I have personally=20
tested R200-R480 cards here with good results, after some time messing abou=
t=20
with nVidia hardware under the same illusion that they are better supported=
=2E=20
Even the ...
| Dec 5, 7:36 am 2008 |
| Luigi Rizzo | Running Forth/ficl as a user command ?
apologies if the question is silly, but is there a
way to run the Forth interpreter embedded in /boot/loader
as a user command ?
I am trying some modifications to the loader config files and it
is a pain to have to go through rebooting a machine, even if just
in qemu...
cheers
luigi
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to ...
| Dec 5, 7:25 am 2008 |
| Bob Bishop | Re: Running Forth/ficl as a user command ?
Hi,
--
Bob Bishop
rb@gid.co.uk
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Dec 5, 7:24 am 2008 |
| boolome | Re: how to config for run compiz fusion
I have commented the lines you mentioned . but problem same.
%uname -a
FreeBSD www.boolome.cn 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Oct 19
16:07:48 CST 2008
boolome@www.boolome.cn:/usr/obj/usr/src/sys/boolome i386
Thanks your reply,robert .
and Can I have a look at your xorg.conf , and how you run compiz ?
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to ...
| Dec 5, 12:20 am 2008 |
| boolome | how to config for run compiz fusion
pciconf -lv
vgapci0@pci0:0:2:0: class=0x030000 card=0x27728086 chip=0x27728086
rev=0x02 hdr=0x00
vendor = 'Intel Corporation'
device = '82945G Integrated Graphics Controller'
class = display
subclass = VGA
I install the driver of xf86-video-intel-2.4.2
xorg.conf:
Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" ...
| Dec 4, 8:14 pm 2008 |
| Robert Noland | Re: how to config for run compiz fusion
Try using EXA, which is the default. i.e. comment out all of the above
lines. Otherwise, it looks very much like what I run on my 965... What
version of FreeBSD are you running?
robert.
| Dec 4, 9:35 pm 2008 |
| Alexander Best | ath cannot connect using WEP
hello everybody,
i'm having problems with the ath driver in connection with WEP encryption
under CURRENT. i've already posted a PR
(http://www.freebsd.org/cgi/query-pr.cgi?pr=129022), but maybe somebody else
is experiencing the very same problems i'm having.
if i disable WEP encryption in my routers web interface i'm able to connect
without any problems.
this is my wlan device:
ath0@pci0:5:1:0: class=0x020000 card=0x5a001385 chip=0x0013168c rev=0x01
hdr=0x00
vendor = 'Atheros ...
| Dec 4, 6:16 pm 2008 |
| Joseph Koshy | Re: Fatal trap 12: page fault while in kernel mode
The trap is being caused by a null pointer access.
You may want to take a full dump and use kgdb(1) to investigate the matter:
ddb> call doadump
ddb> reset
and after the reboot finishes,
# kgdb /boot/kernel/kernel /var/crash/vmcore.N
where "vmcore.N" is the name of the dump file saved by savecore(8).
Koshy
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send ...
| Dec 5, 9:40 am 2008 |
| NAKAJI Hiroyuki | Re: Fatal trap 12: page fault while in kernel mode
Thanks for advice.
I noticed I had just upgraded the kernel only and the userland remains
old, that is, kernel is on Dec 3 while userland is on Oct 20. I'll do
installworld too, after next buildworld, buildkernel, installkernel and
reboot.
And, I found same panic this morning (JST), but before I read
Koshy's instruction, I typed 'reset' without doadump and I cannot show
you a full bt. I'll do it when next panic.
So, what I have to do are three:
1. Full upgrade to the latest kernel and ...
| Dec 5, 4:53 pm 2008 |
| NAKAJI Hiroyuki | Fatal trap 12: page fault while in kernel mode
Hi,
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x0
fault code = supervisor read, page not present
instruction pointer = 0x20:0xc0a57285
stack pointer = 0x28:0xe682dc44
frame pointer = 0x28:0xe682dcec
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process ...
| Dec 4, 5:30 pm 2008 |
| Paul B. Mahol | Re: Fatal trap 12: page fault while in kernel mode
Full bt would be better, also make sure that world and kernel are in
sync (because of recent libc changes).
--
Paul
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Dec 5, 7:13 am 2008 |
| Ed Schouten | Re: RFC: small syscons and kbd patch
I often use constructs like these to do that:
foo =3D bar ? 1 : 0;
Maybe !!bar is a lot shorter to write, I think the line above is a lot
easier to read.
--=20
Ed Schouten <ed@80386.nl>
WWW: http://80386.nl/
| Dec 5, 12:22 am 2008 |
| Andriy Gapon | Re: RFC: small syscons and kbd patch
Another variation is:
foo = (bar != 0);
I think that this is something in the middle.
BTW, gcc 4.2 produces exactly the same assembly for all 3 forms.
--
Andriy Gapon
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Dec 5, 4:35 am 2008 |
| Bjoern A. Zeeb | Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in HEAD
On Fri, 5 Dec 2008, Peter Jeremy wrote:
That's for running HEAD. I would be careful doing this on a production
There is difference, though not much. Thus just taking the patch won't
work but the solution was posted like 2 weeks ago:
http://lists.freebsd.org/pipermail/freebsd-jail/2008-November/000615.html
Yupp that's the plan.
And the reason it will not be in 7.1-RELEASE is that noone provided
the needed bribing money. ...
| Dec 5, 2:10 am 2008 |
| Brian A. Seklecki | Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in HEAD
The trick is to bribe the right people to get it RFP'd into 7.2R. :)
~BAS
--=20
Brian A. Seklecki <bseklecki@collaborativefusion.com>
Collaborative Fusion, Inc.
| Dec 5, 6:26 am 2008 |
| Dag-Erling Smørgrav | Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in HEAD
The question is, does it change existing behavior, or just add new
functionality?
If the former, it should not be MFCed.
DES
--
Dag-Erling Smørgrav - des@des.no
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Dec 5, 12:47 pm 2008 |
| Brian A. Seklecki | Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in HEAD
The syntax semantics should be backward compatible, so likely the
latter.
--=20
Brian A. Seklecki <bseklecki@collaborativefusion.com>
Collaborative Fusion, Inc.
| Dec 5, 1:05 pm 2008 |
| John Baldwin | Re: [PATCH] MPSAFE/LOOKUP_SHARED cd9660
So this should now be fixed with this commit. If you could verify that iconv
works ok with the latest kern_module.c I would appreciate it.
Author: jhb
Date: Fri Dec 5 16:47:30 2008
New Revision: 185642
URL: http://svn.freebsd.org/changeset/base/185642
Log:
When the SYSINIT() to load a module invokes the MOD_LOAD event successfully,
move that module to the head of the associated linker file's list of
modules.
The end result is that once all the modules are loaded, they are ...
| Dec 5, 10:06 am 2008 |
| Paul B. Mahol | Re: [PATCH] MPSAFE/LOOKUP_SHARED cd9660
Yes it works, I tried hard multiple times kldload/kldunload
{libiconv,cd9660,cd9660_iconv in various order} to livelock/panic it,
but without success.
FYI following LORs happened:
lock order reversal:
1st 0xc4322ce8 isofs (isofs) @ /usr/src/sys/kern/vfs_lookup.c:442
2nd 0xd7d8d740 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443
3rd 0xc4322bdc isofs (isofs) @
/usr/src/sys/modules/cd9660/../../fs/cd9660/cd9660_vfsops.c:694
KDB: stack ...
| Dec 5, 1:56 pm 2008 |
| John Baldwin | Re: [PATCH] MPSAFE/LOOKUP_SHARED cd9660
This LOR should be addressed in the latest cd9660 locking patches.
--
John Baldwin
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Dec 5, 2:08 pm 2008 |
| Paul B. Mahol | Re: [PATCH] MPSAFE/LOOKUP_SHARED cd9660
Oh, why I did not checked new version?
Yes that LOR have gone, but when doing "ll -R" first time on /mnt
I got following messages from kernel:
RRIP without PX field? x ~ 50 times.
I see you changed LK_EXCLUSIVE to flags, and with MPSAFE ....
--
Paul
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Dec 5, 2:54 pm 2008 |
| Garrett Cooper | Re: lockup booting 8.0-CURRENT-200811 snap image
This definitely should be listed in a FAQ, IMHO. Where would the best
place be for this?
-Garrett
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Dec 5, 1:29 am 2008 |
| Chris Ruiz | Re: lockup booting 8.0-CURRENT-200811 snap image
I also have an Intel board (INTEL DQ35JO) and had posted last month
with a boot hang in the same place. I recieved a quick reply from
the list and setting hw.pci.mcg=0 fixed everything.
Should this be marked as a known problem somewhere on the wiki? It
appears to happen to Intel boards with onboard graphics and I imagine
that as more people migrate from 7.x to CURRENT that this will happen
to more users.
Thanks,
--
http://young-alumni.com ++ ...
| Dec 4, 8:34 pm 2008 |
| John Baldwin | Re: lockup booting 8.0-CURRENT-200811 snap image
Well, we probably need to come up with a better way to determine which
machines to actually use it on. It's a shame that MCFG is apparently busted
on so many machines (either that or we are not doing something correctly).
--
John Baldwin
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Dec 5, 9:31 am 2008 |
| Daichi GOTO | Re: [Call for Test] a patch for kern/121385 - Unionfs cr ...
Thanks for your test,
You cannot get the same panic described on kern/121385 as follow:
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121385
How-To-Repeat:
# mkdir -p /unionfs/disk1
# mkdir -p /unionfs/disk2
# mount -t unionfs /unionfs/disk1 /unionfs/disk2
# mount -t unionfs /unionfs/disk2 /unionfs/disk1
# touch /unionfs/disk1/foo
<freeze or crash>
The r178483 (http://svn.freebsd.org/viewvc/base?view=revision&revision=178483)
avoids this panic. Try without ...
| Dec 4, 5:36 pm 2008 |
| Boris Samorodov | Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114( ...
Works fine for me at EEEPC-1000. Good rate (~10MB/s), no interface
UP/DOWN, no messages. Big thank you!
WBR
--
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD committer, http://www.FreeBSD.org The Power To Serve
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Dec 5, 8:00 am 2008 |
| Jan Henrik Sylvester | Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114( ...
I just did a test on 7.1-BETA2. With the Nov-14 if_ale.c, I immediately
hit the problem (35.4KB/s+messages). Applying r185576 and r185577 solved
the problem (10.2MB/s+no messages).
Thank you very much!
In the commit message, there is no MFC date. Can this go into 7.1? (I
see that the driver without the patch is already there.)
Cheers,
Jan Henrik
_______________________________________________
freebsd-current@freebsd.org mailing ...
| Dec 5, 3:49 am 2008 |
| previous day | today | next day |
|---|---|---|
| December 4, 2008 | December 5, 2008 | December 6, 2008 |
