t since it has been so devoid of concrete numbers.
Amen! More benchmarks, less speculation, please. Since both variants are
already implemented, any argument lacking measurements is weak.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Descr
R -q update -A -P -d
cvs [update aborted]: connect to
anoncvs.freebsd.org(209.181.243.20):2401 failed: Connection refused
*** Error code 1
Is anoncvs filtering me?
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
with the old ATA code...
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
Lars Eggert wrote:
Soren Schmidt wrote:
Is there any other patch I can try? I've just confirmed that this bug
still exists with today's kernel.
I cant reproduce the no matter what I try, sorry...
Would remote access to the machine in question help you?
FYI, this is still an issue:
fsclient.ko in my boot loader, so I couldn't boot at all due
to the unresolved symbols. :-(
Warner
P.S. Here's what I have in p4 to make it work.
FYI, your Makefile fixes things for me, too.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institut
Bruce M Simpson wrote:
On Sat, Nov 15, 2003 at 11:54:20AM -0800, Lars Eggert wrote:
shouldn't this work?
# ifconfig em0 inet 128.9.168.58 netmask 255.255.240.0 \
ether 00:07:e9:0a:26:52
ifconfig: ether: bad value
This is with today's -current, but this may have been around
d IP
addresses works fine, but it needs to be one command for rc.conf.
Thanks,
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
Andrzej Tobola wrote:
Just cvsuped.
kldload nfsclient is now not working:
link_elf: symbol nfs4_writebp undefined
Did you tested it with nfsclient dynamically loaded ?
Same here. Is there a way to fall back to the old code?
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Infor
John Baldwin wrote:
On 07-Nov-2003 Lars Eggert wrote:
Jens Rehsack wrote:
interrupt total rate
irq1: atkbd0 512 2
irq8: rtc 23419127
irq13: npx01 0
irq14: ata0
82 0
irq16: uhci0 uhci3 5379815 29238
This looks similar to what I described in the "fwohci0 running wild"
thread. In both cases, irq16 seems to cause the problem...
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sc
://home.leo.org/~barner/freebsd/cdparanoia-pread.patch
Great. I had not tracked the issue closely enough to find the dependency
on cdparanoia. Everything will be fine then once that patch is in the
ports tree.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smi
eness back to normal. It's the workaround I'm using for now.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
stalling -stable and compiling from scratch?
Thanks,
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
Soren Schmidt wrote:
Is there any other patch I can try? I've just confirmed that this bug
still exists with today's kernel.
I cant reproduce the no matter what I try, sorry...
Would remote access to the machine in question help you?
Lars
--
Lars Eggert <[EMAIL PROTECTED]&g
mail from last week.)
I was mistaken in thinking that my patch fixed this. It only works for
1 drive, as does at acd^H^Htapi-cd.c rev.1.148.
Is there any other patch I can try? I've just confirmed that this bug
still exists with today's kernel.
Lars
--
Lars Eggert <[EMAIL PROTECT
Thanks,
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
[EMAIL PROTECTED]:0:0: class=0x06 card=0x00d81028 chip=0x25318086 rev=0x04
hdr=0x00
vendor = 'Intel Corporation'
device = '82860 (860) CPU to I/O Hub Bridge (Interface A)
.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
Lars Eggert wrote:
hangs early during the boot, with or without ACPI. It may be related to
probing the graphics chip, see the attached snapshot.
Seems to have been stripped off, find it here:
http://www.isi.edu/larse/misc/5.1-brief.jpg
Lars
--
Lars Eggert <[EMAIL PROTECTED]>
that helps.
Any ideas?
Thanks,
Lars
PS: Sorry for posting an image - the laptop has no serial port.
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993,
#x27;t do this already) to
see if the other fragments show up as corrputed frames or something.
(As an aside, fragmentation on a lossy link compounds throughput issues,
but of course you know that already.)
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
larger
than 7400 bytes over the air?
Could you post a tcpdump for each case? I wonder if this is related to a
fragmentation issue I've seen in the past.
Thanks,
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
;flags |= F_LOCKED;
}
else {
acd_start_stop(cdp, 0);
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
Soren Schmidt wrote:
It seems Lars Eggert wrote:
FYI, the issue is still present with yesterday's -current. Will Pav
Lucistnik's patch be committed soon?
I've already committed a solution that works on all the drives I
could test on (some of which failed before), if this still
Soren Schmidt wrote:
It seems Pav Lucistnik wrote:
This patch works for me. Any chance to get it committed?
I'll look at it...
FYI, the issue is still present with yesterday's -current. Will Pav
Lucistnik's patch be committed soon?
Lars
--
Lars Eggert <[EMAIL PROTECT
M. Warner Losh wrote:
In message: <[EMAIL PROTECTED]>
Lars Eggert <[EMAIL PROTECTED]> writes:
: we've got an Asus Pundit here that has an onboard 4-in-1 memory card reader:
:
: [EMAIL PROTECTED]:16:1:class=0x050100 card=0x17241043 chip=0x05101524
: re
xmmintrin.h is contributed code
from gcc.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
Kris Kennaway wrote:
On Fri, Oct 03, 2003 at 10:10:20AM -0700, Lars Eggert wrote:
Kris,
Kris Kennaway wrote:
For some months now I have been experiencing NFS corruption on the
three machines in the dosirak.kr package cluster - these are SMP
pentium 4 machines that run -CURRENT. Setting
Lars Eggert wrote:
Kris Kennaway wrote:
Just mount something rw via loopback nfs, and run 'fsx foo' on the nfs
filesystem for a few minutes.
I just ran an fsx cycle on my desktop machine over a TCP mount, and it
seemed to work fine:
I should have mentioned that this is a Pentium 4 Xeon S
size write
^Csignal 2
testcalls = 166863
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
Martin wrote:
On Wed, 2003-10-01 at 08:24, Lars Eggert wrote:
Your change below makes mplayer work here again, too. Did you ever
submit it for inclusion in the ports tree?
Why? I noticed I have this problem, too, but I just added:
link acd0 rdvd
As a further rule in devfs.conf. It works fine
I can certainly try recompiling the applications but, frankly, I'm really
doubtful that will solve the problem :-(
Adam
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
"[EMAIL PROTECTED]"
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
: ohci_device_intr_close: pipe=0xc4b89780
nslots=4 pos=10
Sep 30 08:49:49 host192 kernel: ohci_intr: sc=0xc3f71000 intrs=0x6(0x0)
eintrs=0x2
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
s/usbsnoop/) saves it. It shows two
writes with this data:
TransferBuffer: 0x0005 (5) length
: 80 01 00 20 14
TransferBuffer: 0x0008 (8) length
: 80 01 00 20 14 20 20 20
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Scie
Bernd,
Bernd Walter wrote:
On Sun, Sep 21, 2003 at 10:35:33AM -0700, Lars Eggert wrote:
static char init1[]= { 0x80, 0x01, 0x00, 0x20, 0x14 };
static char init2[]= { 0x80, 0x01, 0x00, 0x20, 0x14, 0x20, 0x20, 0x20 };
Are you shure that the above is correct data for the device?
The IO error could
. The two endpoints are "interrupt" endpoints. I'm not
sure what that signifies, but I heard writing to them on -stable is
broken, but on -current it should work.
Any ideas?
Thanks,
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Insti
not solve the problem. It still hangs.
As a datapoint, I experienced the hang with atapicam, too. Removing it
helped in my case.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
y/1.6/ports.rb:4:in `require':
/usr/loc
al/lib/ruby/site_ruby/1.6/portinfo.rb:98: unterminated string meets end of
file
(SyntaxError)
...
Try "pkgdb -fu".
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
Hi,
Lars Eggert wrote:
Soren Schmidt wrote:
ATAng has just been committed. You need to make world after this update
as atacontrol etc needs to pick up the changes.
Funky boot messages, but the system is usable after. This is with
today's -current:
atapci0: port 0xffa0-0xffaf at device
ssing interrupt
ad3: WARNING - READ_MUL recovered from missing interrupt
Note that I have no ad3, only ad0 and acd0, which are masters on the
primary and secondary channels as probed above.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Descript
pens under light or no load only. I had been doing
a heavy cycle of dump/restore/dd, etc, and all was well. Could it be
that the MicroDrive does some kind of internal power management that
delays its reponses some, and the kernel doesn't expect that?
Lars
--
Lars Eggert <[EMAIL PROTECT
irk also.
No, that's likely not a quirk. Complaining is ok if it doesn't cause
actual problems (i.e. can't mount partition). Try one quirk at a time
until it works.
OK.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
could not get a coredump.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
SI-2 device
da2: 1.000MB/s transfers
da2: 1027MB (2104705 512 byte sectors: 255H 63S/T 131C)
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
M. Warner Losh wrote:
In message: <[EMAIL PROTECTED]>
Lars Eggert <[EMAIL PROTECTED]> writes:
: However, even with a new kernel that has your latest commit, this device
: is still unattached. I'm attaching pciconf and dmesg, maybe that'll be
: of help?
not likely
worn cdcontrol works for ATAPI drives. Any ideas?
Thanks,
Lars
PS: Funny how many little things you find on a new machine...
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
Orion Hodson wrote:
/-- Lars Eggert wrote:
| What's weird is that everything looks like it should be playing - no
| weird messages, no jumpy progress bar, etc. I'll double-check my cabling
| again.
|
| One more thing: This board has a bunch of connectors, including regular
| anal
s that even work yet under FreeBSD?)
Thanks,
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
for the SiS chip as well?
Thanks,
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
it, this device
is still unattached. I'm attaching pciconf and dmesg, maybe that'll be
of help?
Thanks,
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
z /usr/share/man/man1
Waiting (max 60 seconds) for system process `vnlru' to stop...stop
for this under -current yet?
Thanks,
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
ally have never lost any data.
However, I have no clue as to why you and I get them, or what they signify.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
David Malone wrote:
On Sat, Aug 09, 2003 at 09:15:45PM -0700, Lars Eggert wrote:
I can only say that (1) I've been getting these forever, on both -stable
and -current, and (2) I personally have never lost any data.
However, I have no clue as to why you and I get them, or what they signi
John Baldwin wrote:
On 01-Aug-2003 Lars Eggert wrote:
Hi,
got the following panic overnight running with all debugging options on
(WITNESS, MUTEX_DEBUG, DIAGNOSTIC, INVARIANTS; WITNESS_SKIPSPIN off):
panic: spin lock sched lock held by 0xc658e130 for > 5 seconds
cpuid = 0; lapic.id = 0
nter ddb so I got no trace.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
at fork_trampoline+0x1a
--- trap 0x1, eip = 0, esp = 0xdf0dad7c, ebp = 0 ---
Debugger("panic")
timeout stopping cpus
Stopped at Debugger+0x4f: xchgl %ebx,in_Debugger.0
db>
The machine is still in ddb, let me know if I can provide additional info.
Lars
--
Lars Eggert &
emove(c6593e00,282e2000,282e3000,0,c6b8a618) at vm_map_remove+0x55
munmap(c6ae24c0,eb44dd14,c0339293,3ee,2) at munmap+0x9e
syscall(2f,2f,2f,f8000,1000) at syscall+0x260
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (73), eip = 0x28257aa7, esp = 0xbfbffc1c, ebp = 0xbfbffc48 ---
Lars
--
Lars Eggert &l
b> c
Expensive timeout(9) function: 0xc01be517(0) 0.231687267 s
ata1-slave: timeout waiting for interrupt
ata1-slave: ATA identify failed
ad0: 78167MB [158816/16/63] at ata0-master UDMA100
acd0: CD-RW at ata1-master UDMA33
...
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Inform
seconds
cpuid = 0; lapic.id =
Debugger("panic")
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
en building a kernel is a
pain (even though I understand the Linux folks do this a lot.)
You would make many of us happy if your patch could be made committable.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
Brad Knowles wrote:
At 9:50 AM -0700 2003/06/22, Lars Eggert wrote:
Make the ReiserFS box an NFS server and mount it on FreeBSD to copy the
data over.
What if it's the same machine? What if they have only the one
machine, so they can't even copy it over to another one, just
be able to successfully move my data over to UFS.
Make the ReiserFS box an NFS server and mount it on FreeBSD to copy the
data over.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
-thread on -current ca. 5/9/2003 on yesterday's -current.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
i2c \
ibcs2 \
ie \
linprocfs \
Thanks,
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
Valentin Nechayev wrote:
Fri, May 30, 2003 at 17:38:04, larse (Lars Eggert) wrote about "Re: Libthr stable enough for testing":
LE> I tried, but the following is a surefire way to freeze my SMP box solid
LE> at the moment (with today's libthr):
SCHED_ULE or SCHED_4BSD
ot;
== ping fails and no panic showing on a serial console.)
Any ideas what else to try?
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
stood?
The problem was fixed by building/reinstalling the problematic ports
without libthr symlinked into place.
I'll try to get a dump of the exact error messages when I have access to
the box again in a few days.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sc
using it
instead of guidescope, which fails to reap its kids due to some linux
emulator change - see "zombies from linux binaries" thread on -current,
circa 10/01/02.)
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MI
cord length mismatch -- expected 132, got 172 for Rid ff00
an0: record length mismatch -- expected 156, got 158 for Rid ff10
The first two may be to weird packets floating around the IETF network,
but the "Rid" ones I see on a clean network, too.
Lars
--
Lars Eggert <[EMAIL PROTECTED]>
be tried at:
http://phk.freebsd.dk/patch/ken.patch
Seeing the same messages, going through a buildworld w/the patch now and
will let you know if it helps.
Seems to fix things for me!
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
Lars Eggert wrote:
Poul-Henning Kamp wrote:
Yes, I just got this myself today. I overlooked that devstat is not
locked when I moved the devstat to geom_disk. Expect a patch tonight.
There is a patch which can be tried at:
http://phk.freebsd.dk/patch/ken.patch
Seeing the same messages
buildworld w/the patch now and
will let you know if it helps.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
On 3/7/2003 11:50 PM, Marcel Moolenaar wrote:
On Fri, Mar 07, 2003 at 11:30:34PM -0800, Lars Eggert wrote:
this may be unrelated, but for about ten days or so, I have problems
where gnometerminal will stop updating after a while. I can still use
the menus, close it, etc. - but all output is
back to a working state again. It also seems that pasting multi-line
text into a gnometerminal (as opposed to typing or it displaying output)
will trigger this frequently.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MI
5b1d00) at vn_lock+0xeb
flushbufqueues(c05b1d00,0,c04e765b,11e,64) at flushbufqueues+0xfb
buf_daemon(0,c5bfdd48,c04df6c2,365,0) at buf_daemon+0xd5
fork_exit(c033e2e0,0,c5bfdd48) at fork_exit+0xc4
fork_trampoline() at fork_trampoline+0x1a
--- trap 0x1, eip = 0, esp = 0xc5bfdd7c, ebp = 0 ---
--
Lars E
6540,eb530d10,c03653af,407,ca6695cc) at nmount+0xcd
syscall(2f,2f,2f,bfbffbbe,bfbffaac) at syscall+0x3c6
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (378, FreeBSD ELF32, nmount), eip = 0x80493db, esp =
0xbfbff60c, ebp = 0xbfbffa80 ---
Lars
--
Lars Eggert <[EMAIL PROTECTED]>
must be another
problem.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
ent@ - I'd have seen it
there. (I filter cvs-all@ for pieces of the tree I'm interested in, and
your mail must have been nuked.)
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
fdp = p->p_fd;
td->td_proc seems reasonable, but p is 0. No idea how this could happen,
any guesses?
Thanks,
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
, eip = 0x280c36bf, esp = 0xbfbffbec, ebp = 0xbfbffc08 ---
db>
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
em with a crash dump and
gdb. But it looked just like here.
Lars: Do you by any chance have your home directory on an NFS mount?
Yes, I do.
I think the reason that my gdb trace showed "??" instead of nfs_dolock
is that I have nfsclient loaded as a module...
Mine's loaded as a mod
e780,e91a5d10,c0372ee0,407,c658de4c) at sys_exit+0x41
syscall(2f,2f,2f,0,2b57) at syscall+0x3d6
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (1), eip = 0x288a853f, esp = 0xbfbffbec, ebp = 0xbfbffc18 ---
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences In
serial port.
Revision ChangesPath
1.383 +2 -0 src/sys/dev/sio/sio.c
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
open), eip = 0x2932e273, esp =
0xbfa65abc, ebp = 0xbfa65ad8 ---
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
also mount it with a CF PC-card
adaptor, and have never seen an error then.
Any clues?
Thanks,
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
x3a
usb_event_thread(c6162820,e910cd48,c0345a83,35f,0) at usb_event_thread+0x68
fork_exit(c017d780,c6162820,e910cd48) at fork_exit+0xa9
fork_trampoline() at fork_trampoline+0x1a
--- trap 0x1, eip = 0, esp = 0xe910cd7c, ebp = 0 ---
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences
evice timeout
root: FAIL an0
and then the machine freezes for about a second or so, then returns to
normal. The card is a Cisco Aironet 350, running what I think is the
latest firmware.
Any ideas?
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
On yesterday's -current:
lock order reversal
1st 0xc03d2740 arp mutex (arp mutex) @ /usr/src/sys/netinet/if_ether.c:151
2nd 0xc64c6b7c radix node head (radix node head) @
/usr/src/sys/net/route.c:549
Will try to get a trace next time it happens.
Lars
--
Lars Eggert <[EMAIL P
On 1/21/2003 12:25 PM, [EMAIL PROTECTED] wrote:
Is there any way to revive my stripes, or are they toast?
Your stripes should be unhurt.
All you need is a new ccdconfig binary.
Thanks! That did the trick.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Ins
ry
My /etc/ccd.conf has:
ccd0 127 0 /dev/da0s1e /dev/da1s1e
Is there any way to revive my stripes, or are they toast?
Thanks,
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
by Dell's make-suspend-partition floppy, I
could suspend and resume with save-to-disk on 4.6. (I have since trashed
the partition, because I needed its partition table slot.) So there is
some hope this might work on -current also.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC
Vincent Poy wrote:
On Tue, 14 Jan 2003, Lars Eggert wrote:
>My Dell resumes from standby when I hit the power button briefly, i.e.
>less than the 4 seconds or so that force a power off.
Hmmm, not mines. When I hit the power button for like 1-3
seconds, I can see the lights change b
Vincent Poy wrote:
On Tue, 14 Jan 2003, Lars Eggert wrote:
>This has been discussed in the "ACPI video driver (for Dell Latitude
>C640)" thread last August. The symptoms are actually a bit different:
>The screens stays on on suspend, and goes black on resume. The machine
&
Nate Lawson wrote:
On Tue, 14 Jan 2003, Lars Eggert wrote:
>Vincent Poy wrote:
>
>
>> Just curious but does the LCD stay on when the machine suspends
>>since on mines, the last thing displayed will remain there until I hold
>>the power button down to manually shut t
lse has been working great for months.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
[EMAIL PROTECTED] wrote:
In message <[EMAIL PROTECTED]>, Lars Eggert writes:
>just got this on today's -current, when accessing a mounted NTFS
partition:
>
>VOP_SPECSTRATEGY on non-VCHR
>: 0xc6d73c34: tag ntfs, type VREG, usecount 3, writecount 0, refcount 0,
>fl
0) at trap+0x20c
calltrap() at calltrap+0x5
--- trap 0xc, eip = 0x2807e9e5, esp = 0xbfbffa54, ebp = 0xbfbffa58 ---
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
Daniel O'Connor wrote:
Hmm odd..
I don't see why vidcontrol wouldn't work..
Does it print any error messages?
Do you use a serial console? vidcontrol fails to init the mouse then.
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smi
fs:/dev/da0s1a
lock order reversal
1st 0xc65d53f8 process lock (process lock) @
/usr/src/sys/kern/kern_descrip.c:2099
2nd 0xc655fa34 filedesc structure (filedesc structure) @
/usr/src/sys/kern/kern_descrip.c:2106
savecore: no dumps found
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC
Lars Eggert wrote:
Bill Fenner wrote:
> >Was /etc/protocols maybe simply forgotten in the 10/29/02 change?
>
> Yes. Does changing it to 258 work?
it makes the syslog message go away and the socket opens. I haven't
tested yet if diverting works, need to port some other piece
later (today, hopefully.)
Lars
--
Lars Eggert <[EMAIL PROTECTED]> USC Information Sciences Institute
smime.p7s
Description: S/MIME Cryptographic Signature
1 - 100 of 168 matches
Mail list logo