On Monday 25 August 2003 23:19, Nate Lawson wrote:
> If anyone has a USB floppy drive that is giving them problems, please let
> me know.
Hello,
this one needs NO_SYNC I think.
Played a bit some time ago but had no luck (I'm no programmer)
port 1 addr 2: full speed, power 500 mA, config 1, NEC U
On Mon, Aug 25, 2003 at 04:22:57PM -0700, Lars Eggert wrote:
> It seems that this happens 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 repon
Bernd,
.
Seems that handling the stalled condition failed.
Can you try the following patch:
I was *just* going to write you saying it was still running with this
patch, which would have been the longest yet. But then I saw these messages:
umass0: BBB reset failed, STALLED
(da2:umass-sim0:0:0:0):
On Mon, Aug 25, 2003 at 02:11:45PM -0700, Lars Eggert wrote:
> Here's another, different one:
>
> (da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0
> (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error
> (da2:umass-sim0:0:0:0): SCSI Status: Check Condition
> (da2:umass-sim0:0:0:0)
Nate Lawson wrote:
umass0: BBB reset failed, STALLED
(da2:umass-sim0:0:0:0): AutoSense Failed
umass0: BBB reset failed, STALLED
(da2:umass-sim0:0:0:0): AutoSense Failed
panic: softdep_setup_freeblocks: inode busy
da2 at umass-sim0 bus 0 target 0 lun 0
da2: Removable Direct Access SCSI-2 device
da2
After many hours of fighting with the machine I finally managed to get a debugging kernel built.
Given I can successfully panic this machine on command what would any of you very smart developer
people like out of the panic message? Commands I should run to get a kernel.debug etc?
Petri Helenius
On Mon, 25 Aug 2003, Lars Eggert wrote:
> Nate Lawson wrote:
> >>this happens with an IBM MicroDrive mounted on a USB CF reader, -current
> >
> >>from 8/19/03. I couldn't get a coredump:
> >
> >>umass0: BBB reset failed, STALLED
> >>(da2:umass-sim0:0:0:0): AutoSense Failed
> >>umass0: BBB reset fai
On Mon, Aug 25, 2003 at 01:24:20PM -0700, Lee Damon wrote:
> Does anyone have an estimate of when this patch will be checked in?
I will commit this patch during this week.
Several persons were asked for review without even a reply.
Thanks for reminding me.
--
B.Walter BWCT
If anyone has a USB floppy drive that is giving them problems, please let
me know.
Thanks,
Nate
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
>this happens with an IBM MicroDrive mounted on a USB CF reader, -current
>from 8/19/03. I couldn't get a coredump:
>
>umass0: BBB reset failed, STALLED
>(da2:umass-sim0:0:0:0): AutoSense Failed
>umass0: BBB reset failed, STALLED
>(da2:umass-sim0:0:0:0): AutoSense Failed
>panic: softdep_setup_freeb
Here's another, different one:
(da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0
(da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da2:umass-sim0:0:0:0): SCSI Status: Check Condition
(da2:umass-sim0:0:0:0): UNIT ATTENTION asc:0,0
(da2:umass-sim0:0:0:0): No additional sense info
On 23-Aug-2003 [EMAIL PROTECTED] wrote:
>> On Fri, Aug 22, 2003 at 07:03:03PM -0400, [EMAIL PROTECTED] wrote:
>>> > That is not an SMP kernel. An SMP kernel (with APIC_IO) would not
>>> print
>>> > out
>>> > the pcib0 interrupt routing messages.
>>> >
>>> > --
>>>
>>> So whats the problem here?
>
Ken is aware of the following problem. It is in both cd(4) and da(4) as
well as stable and current. One possible approach would be to run
{da,cd}register() from a task queue and not at interrupt time.
-Nate
-- Forwarded message --
Date: Mon, 25 Aug 2003 15:45:22 -0500
From: Anir
Hi,
this happens with an IBM MicroDrive mounted on a USB CF reader, -current
from 8/19/03. I couldn't get a coredump:
umass0: BBB reset failed, STALLED
(da2:umass-sim0:0:0:0): AutoSense Failed
umass0: BBB reset failed, STALLED
(da2:umass-sim0:0:0:0): AutoSense Failed
panic: softdep_setup_freeblo
Does anyone have an estimate of when this patch will be checked in?
Please?
thanks,
nomad
--- Forwarded Messages
Date: Mon, 16 Jun 2003 23:37:38 +0200
From: Tobias Roth <[EMAIL PROTECTED]>
To: Lee Damon <[EMAIL PROTECTED]>
Subject: Re: IBM T30 bluetooth - success
Message-ID: <[EMAIL PROTECT
On Mon, Aug 25, 2003 at 02:14:18PM -0300, Daniel C. Sobral wrote:
> >I've heard this several times and don't doubt it, but it would be nice to
> >know more about the issue. What type of cases? What benchmarks have
> >been run showing this?
>
> Well, I haven't actually seen any case where there w
Seems as though if it's compiled into the kernel, it works just fine.
## ifconfig begin##
nge0: flags=8802 mtu 1500
options=13
ether 00:50:ba:39:19:c3
media: Ethernet autoselect (none)
status: no carrier
## ifconfig end ##
## dmesg begin ##
nge0: port 0xec00-0xecf
Garrett Wollman wrote:
The problem is that the P4 is not very wide to begin with, and it's very
hard to optimize well for that 23-stage pipeline.
I'll say. I spent months tuning some assembly code for P3 and P4
and was quite disappointed that the P4 consistently required
more CPU cycles for the sa
Julian Elischer said:
> Would it not be possible to make the snapshot file not appear in a
> directory until it si finished? (I know that would be 'wierd'
> but it would give a "guaranteed" solution..
>
That sounds kinda neat as a compile time option or non-default (or
perhaps even default) tunab
< said:
> There are two problems with HTT. First, L1/L2 cache issues. Second, the
> virtual CPUs are not independent, and there are many cases where
> instructions in one virtual CPU stall the other. So take, for example,
> the case of a userland application on CPU0 stalling the kernel on CPU1.
Le 2003-08-25, Matt écrivait :
> db> trace
> free_hcb(c40f1040,c03c7e40,101,c41d5800,c1528130) at free_hcb+0x2e
> atapi_action(c40f1440,c41d5800,c0132b33,c41db000,c41d5800) at
> atapi_action+ox56c
OK, so that presumably means we're going through action_oom, and so you
should have had one of the f
David O'Brien wrote:
On Mon, Aug 25, 2003 at 08:27:46AM -0600, Scott Long wrote:
Since HTT can lead to performance degradation in some (many?) cases,
the second logical CPU's are halted by default. They are enabled,
however, in order for interrupt routing to work right. Work is ongoing
to make a
TB --- 2003-08-25 16:00:00 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-08-25 16:00:00 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-08-25 16:01:54 - building world
TB --- cd /
nge0: port 0xec00-0xecff mem
0xe2001000-0xe2001fff irq 17 at device 11.0 on pci0
nge0: Ethernet address: 00:50:ba:39:19:c3
nge0: no memory for jumbo buffers!
nge0: jumbo buffer allocation failed
device_probe_and_attach: nge0 attach returned 6
That occurs when I do a kldload if_nge.ko
It has previ
On Mon, Aug 25, 2003 at 08:27:46AM -0600, Scott Long wrote:
> Since HTT can lead to performance degradation in some (many?) cases,
> the second logical CPU's are halted by default. They are enabled,
> however, in order for interrupt routing to work right. Work is ongoing
> to make an HTT-aware sc
On Mon, Aug 25, 2003 at 11:14:25AM +0100, Stuart Walsh wrote:
> On Sun Aug 24, 10:42P -0500, Glenn Johnson wrote:
>
> > On Sun, Aug 24, 2003 at 01:22:39PM +0200, Wilko Bulte wrote:
> >
> > > On Sat, Aug 23, 2003 at 04:45:30PM +0100, Stuart Walsh wrote:
> > >
> > > > Hi,
> > > >
> > > > I ported th
In message: <[EMAIL PROTECTED]>
Garrett Wollman <[EMAIL PROTECTED]> writes:
: In order to grow statfs() we need to rev libc. It might be
: appropriate to do that in the 5.2 time frame, if we are still
: anticipating that 5.2 will be the -stable crossover point. RE team?
I think that
< said:
> Yep, looks broken. In the POSIX standard, the functionality of
> statfs() is provided by statvfs(), so implementing the latter may
> be a way out that doesn't involve breaking any ABIs.
statfs() is a lot more useful interface than statvfs(). I'd like to
keep statvfs() as the ``standar
;), Sun, Aug 24, 2003 at 11:27:05AM +0200, Soren Schmidt said that
>
> ATAng has just been committed. You need to make world after this update
> as atacontrol etc needs to pick up the changes.
>
> -Søren
> ___
> [EMAIL PROTECTED] mailing list
> http://l
--On Monday, August 25, 2003 11:00:24 -0400 Kenneth Culver
<[EMAIL PROTECTED]> wrote:
see my post yesterday to -current or -ports with the 2 attachments.
the KDE team found the bug, and fixed it.
There are 2 patches to add to the port, which fix it.
Yeah, I just saw that, I was gone for the
> see my post yesterday to -current or -ports with the 2 attachments.
>
> the KDE team found the bug, and fixed it.
>
> There are 2 patches to add to the port, which fix it.
>
Yeah, I just saw that, I was gone for the weeknend, sorry for the extra
chatter.
Ken
_
--On Monday, August 25, 2003 09:59:58 -0400 Kenneth Culver
<[EMAIL PROTECTED]> wrote:
I can't explain it. Someone is going to have to debug konsole and
figure out what is going on.
I can concur, before last thursday, konsole worked fine with libc_r, but
crashed randomly with libkse and libthr.
> I can't explain it. Someone is going to have to debug konsole and
> figure out what is going on.
I can concur, before last thursday, konsole worked fine with libc_r, but
crashed randomly with libkse and libthr. After last thursday it even
crashes with libc_r.
Ken
__
Mike Jakubik wrote:
Its seems to be working for me ok with the sysctl machdep.hlt_logical_cpus
variable set to 0. (I wonder why its not by default)
It's not default because the performance decreases with htt most of the
time.
# sysctl machdep.hlt_logical_cpus=0
machdep.hlt_logical_cpus: 2 -> 0
#
Since HTT can lead to performance degradation in some (many?) cases,
the second logical CPU's are halted by default. They are enabled,
however, in order for interrupt routing to work right. Work is ongoing
to make an HTT-aware scheduler, and make the enabling of the logical
cores optional.
Scott
Its seems to be working for me ok with the sysctl machdep.hlt_logical_cpus
variable set to 0. (I wonder why its not by default)
# sysctl machdep.hlt_logical_cpus=0
machdep.hlt_logical_cpus: 2 -> 0
# uname -a
FreeBSD newns.trigger.net 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Fri Aug 22
19:07:26 EDT 2003
> -Original Message-
> From: Sang Woo Shim [mailto:[EMAIL PROTECTED]
> Sent: Saturday, August 23, 2003 1:58 AM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: HTT on current
>
>
> On Fri, Aug 22, 2003 at 10:23:52PM -0400, [EMAIL PROTECTED] wrote:
> >
> > Well i've enabled all
It seems Dimitry Andric wrote:
-- Start of PGP signed section.
> On 2003-08-24 at 11:27:05 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.
>
> Building went fine here on my VMware test box, but
On 2003-08-24 at 11:27:05 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.
Building went fine here on my VMware test box, but the new kernel spat
out a warning (which wasn't fatal, as it doesn't panic)
Strange
Mine (Supermicro X5DAL-G) goes like ;
tyd3# dmesg
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 #30: Sun Aug 24 20:25:
Am Sun, 24.Aug.2003 um 23:50:56 -0700 schraubte John-Mark Gurney:
> Bruce Evans wrote this message on Mon, Aug 25, 2003 at 16:12 +1000:
> > > Thx to
> > > http://groups.google.de/groups?selm=Pine.BSF.4.21.0212150052530.41793-10_root.org%40ns.sol.net&oe=UTF-8&output=gplain
> >
> > Not really so
On Sun, 24 Aug 2003, Michael Goffin wrote:
> Every time I start up ion-devel I get an xmessage stating:
>
> >> Drawing Engine /usr/X11R6/lib/ion-devel/de.la not registered!
> >> Stack trace:
> 0 [C]: in 'gr_select_engine'
> 1 /usr/X11R6/etc/ion-devel/draw.lua:6
> [Skip
On Wed, 2003-08-20 at 22:11, Yogeshwar Shenoy wrote:
> While using 5.1-RELEASE, I find that if my application program seg
> faults, it produces "programname.core"; but it is 0 bytes.
> I ran the exact same program on another machine that was running
> 4.4-RELEASE, and I do get a core file that I
On Sun Aug 24, 10:42P -0500, Glenn Johnson wrote:
> On Sun, Aug 24, 2003 at 01:22:39PM +0200, Wilko Bulte wrote:
>
> > On Sat, Aug 23, 2003 at 04:45:30PM +0100, Stuart Walsh wrote:
> >
> > > Hi,
> > >
> > > I ported the openbsd additions to the sk driver to support the 3c940
> > > gigabit network
Thomas Quinot <[EMAIL PROTECTED]> wrote:
> I'll need a backtrace please.
>
> Thanks,
> Thomas.
I recompiled the kernel with full debugging again. Unfortunatly all I can get
out of it is the ddb prompt trace as the system does not get far enough into
boot to configure swap and a dumpdevice etc so
It seems HATANOU Tomomi wrote:
> >> Coolness. Judging from the CVS log, it also gets ATA out under Giant?
> >
> >Yes it does.
>
> I've noticed that, in ata-raid.c:ar_rebuid(), Giant is
> locked and never unlocked. Is it ok?
It is only locked in the rebuild thread, its not needed anymore actuall
Hi all,
I fixed yesterday the if_dc driver to make this card working again.
I'm happy if you could do some testing there if the card does now
work for you. I just fixed the DM9102A case, so I'm very very interested
if it is also needed for the other cards.
I need someone who owns a DM9102 or a D
John-Mark Gurney <[EMAIL PROTECTED]> writes:
> I've also had the problem of when you do use an alternate superblock
> via -b, it doesn't over drive the primary. If you have a disk with
> bad blocks on the primary, you have to manualy rewrite it with dd.
...provided the drive automatically reassi
On Sun, 24 Aug 2003 23:59:58 -0400
Bill Moran <[EMAIL PROTECTED]> wrote:
> Mike B wrote:
> > I'm running an nfs server from a freebsd 4.8 box and accessing in from a
> > 5.1 client machine. On small transfers I usually have no problems but
> > when I run a high bandwidth task (normalizing audio
>> Coolness. Judging from the CVS log, it also gets ATA out under Giant?
>
>Yes it does.
I've noticed that, in ata-raid.c:ar_rebuid(), Giant is
locked and never unlocked. Is it ok?
% ident ata-raid.c
ata-raid.c:
$FreeBSD: src/sys/dev/ata/ata-raid.c,v 1.67 2003/08/24 17:48:05 obrien Exp $
%
I don't have the solution.
But I known a program taht allow you to restore partitions :
http://www.cgsecurity.org/index.html?testdisk.html
It seems to be very powerfull.
With it you could get your data from broken partitions.
PS : I know the developper, so if you have problem ...
[ On Sun,
Subject: Re: ATAng related panic,
On Mon, 25 Aug 2003 01:45:05 -0600, David R. Colyer wrote:
> I noticed in your dmesg that you have hyperthreading support on a 3 ghz p4
> like mine. Could you email me and/or post your kernel config file and/or
> whatever else you did to get this to compile and
Sir,
I noticed in your dmesg that you have hyperthreading support on a 3 ghz p4
like mine. Could you email me and/or post your kernel config file and/or
whatever else you did to get this to compile and work. Please
dave
On Monday 25 August 2003 01:06 am, Shin-ichi Yoshimoto wrote:
> Sub
Subject: Re: ATAng related panic,
On Mon, 25 Aug 2003 08:59:44 +0200 (CEST), Soren Schmidt wrote:
> OK, could you mail me your dmesg please ?
OK, following:
/boot/kernel/acpi.ko text=0x393bc data=0x170c+0xec0 syms=[0x4+0x5b90+0x4+0x79ee]
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c)
It seems Shin-ichi Yoshimoto wrote:
> I have been using the ATAng kernel. This kernel got the panic
> when I tried to do CVSup like this.
>
> panic: ata_dmasetup: transfer active on this device!
> cpuid = 0; lapic.id =
> Debugger("panic")
> Stopped at Debugger+0x4f: xchgl %ebx,in_
It seems Shin-ichi Yoshimoto wrote:
> Subject: Re: ATAng related panic,
> On Mon, 25 Aug 2003 08:32:02 +0200 (CEST), Soren Schmidt wrote:
> > Is this with the ATAng from my ftp server or the one now in current ?
>
> in current.
OK, could you mail me your dmesg please ?
-Søren
___
Bruce Evans wrote this message on Mon, Aug 25, 2003 at 16:12 +1000:
> > Thx to
> > http://groups.google.de/groups?selm=Pine.BSF.4.21.0212150052530.41793-10_root.org%40ns.sol.net&oe=UTF-8&output=gplain
>
> Not really solved. fsck_ffs is supposed to be able to find alternative
> superblocks aut
Subject: Re: ATAng related panic,
On Mon, 25 Aug 2003 08:32:02 +0200 (CEST), Soren Schmidt wrote:
> Is this with the ATAng from my ftp server or the one now in current ?
in current.
--
Shin-ichi YOSHIMOTO <[EMAIL PROTECTED]>
http://diary.waishi.jp/~yosimoto/diary/
___
On Mon, 25 Aug 2003, Thomas Gutzler wrote:
> Problem solved.
>
> I could restore the superblock using:
> dd if= skip=32 of= seek=16 bs=512 count=16
>
> Thx to
> http://groups.google.de/groups?selm=Pine.BSF.4.21.0212150052530.41793-10_root.org%40ns.sol.net&oe=UTF-8&output=gplain
Not really sol
TB --- 2003-08-25 04:00:01 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-08-25 04:00:01 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-08-25 04:01:59 - building world
TB --- cd /
add the attached 2 files to /usr/ports/x11/kdebase3/files and make
configure and then
cd work/kdebase-3.1.3/konsole/konsole and gmake, gmake install.
This fixed it for me.
These (or equivalent) are coming soon to the ports tree.
LER
--On Monday, August 25, 2003 13:56:07 +0930 Daniel O'Connor
On Saturday 23 August 2003 23:57, Daniel Eischen wrote:
> > How can I help figure this out?
>
> We (threads guys) think it's a problem with konsole. It is trying
> to change ownership of the pty and is failing to do so. We don't
> know why. Sometimes it works, sometimes it doesn't. konsole
> ab
Mike B wrote:
I'm running an nfs server from a freebsd 4.8 box and accessing in from a
5.1 client machine. On small transfers I usually have no problems but
when I run a high bandwidth task (normalizing audio tracks) the
normalize process often gets stuck in the getblck state or nfsread
state.
I'm running an nfs server from a freebsd 4.8 box and accessing in from a
5.1 client machine. On small transfers I usually have no problems but
when I run a high bandwidth task (normalizing audio tracks) the
normalize process often gets stuck in the getblck state or nfsread
state. The priority o
On Sun, Aug 24, 2003 at 01:22:39PM +0200, Wilko Bulte wrote:
> On Sat, Aug 23, 2003 at 04:45:30PM +0100, Stuart Walsh wrote:
>
> > Hi,
> >
> > I ported the openbsd additions to the sk driver to support the 3c940
> > gigabit network card which is commonly found in the above asus
> > motherboard. T
I have the following audio device on my laptop:
pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff irq 11 at
device 31.5 on pci0
pcm0:
After a suspend/resume, it prints the following messages:
pcm0: Unhandled interrupt, gs_intr = 86
pcm0: Unhandled interrupt, gs_intr = 86
pcm0: Unhandled interrupt, gs_intr
--On Sunday, August 24, 2003 23:17:57 +0200 Michael Nottebrock
<[EMAIL PROTECTED]> wrote:
On Saturday 23 August 2003 18:03, Daniel Eischen wrote:
On Sat, 23 Aug 2003, Larry Rosenman wrote:
> Prior to Thursday, it worked just fine.
I can't explain it. Someone is going to have to debug konsole
After a make world today everything seems to work nicely ATAng dont seem to
have any problems but when it comes to my sound card i dont get any sound
output according to the other mails i do have a ogain and its set to 50 but
when i try to play a cd using xmms i dont get any movement meaning i dont
Le 2003-08-24, Matt écrivait :
> This did work perfectly with the old ATA, but the new ATA panic's. I have
> found that it is due to having device atapicam for the SCSI emulation. If I
I'll need a backtrace please.
Thanks,
Thomas.
--
[EMAIL PROTECTED]
__
On Mon, 25 Aug 2003, Gavin Atkinson wrote:
> On Wed, 20 Aug 2003, Robert Watson wrote:
> > On Wed, 20 Aug 2003, Gavin Atkinson wrote:
> > > _mtx_lock_flags(0,0,c0529513,300,) at _mtx_lock_flags+0x43
> > > spec_getpages(cce33b3c,54,0,cce33b2c,0) at spec_getpages+0x26c
> > > ffs_getpages(cce
On Mon, 25 Aug 2003, Jun Kuriyama wrote:
> At Wed, 20 Aug 2003 17:01:30 + (UTC), Gavin Atkinson wrote:
> > On the 8th August [EMAIL PROTECTED] mentioned he was getting a panic
> > with FreeBSD inside VMware where _mtx_lock is being called with a NULL
> > mutex from spec_getpages.
>
> This seems
At Wed, 20 Aug 2003 17:01:30 + (UTC),
Gavin Atkinson wrote:
> On the 8th August [EMAIL PROTECTED] mentioned he was getting a panic
> with FreeBSD inside VMware where _mtx_lock is being called with a NULL
> mutex from spec_getpages. I'm also seeing this, 100% reproducible, on real
> hardware. (s
At Sat, 23 Aug 2003 23:41:26 + (UTC),
Daniel Flickinger wrote:
> p1:attila 556-> ftp current.freebsd.org
> Trying 3ffe:501:185b:1:210:f3ff:fe03:50cb...
> ftp: connect to address 3ffe:501:185b:1:210:f3ff:fe03:50cb: No route to host
> Trying 211.14.6.234...
> ftp: connect: Operation tim
I have been using the ATAng kernel. This kernel got the panic
when I tried to do CVSup like this.
panic: ata_dmasetup: transfer active on this device!
cpuid = 0; lapic.id =
Debugger("panic")
Stopped at Debugger+0x4f: xchgl %ebx,in_Debugger.0
db> t
Debugger(c03648b2,0,c0356485,dfb3
On Wed, 20 Aug 2003, Robert Watson wrote:
> On Wed, 20 Aug 2003, Gavin Atkinson wrote:
> > _mtx_lock_flags(0,0,c0529513,300,) at _mtx_lock_flags+0x43
> > spec_getpages(cce33b3c,54,0,cce33b2c,0) at spec_getpages+0x26c
> > ffs_getpages(cce33b80,0,c05459de,274,c05c63e0) at ffs_getpages+0x5f6
>
75 matches
Mail list logo
