On Thursday 21 January 2010 2:09:34 pm Florian Smeets wrote:
> On 1/21/10 8:05 PM, John Baldwin wrote:
> > On Thursday 21 January 2010 1:33:35 pm Florian Smeets wrote:
> >> On 1/21/10 6:58 PM, John Baldwin wrote:
> >>> On Thursday 21 January 2010 8:25:22 am Flor
On Friday 22 January 2010 3:08:45 am Florian Smeets wrote:
> On 1/21/10 9:15 PM, John Baldwin wrote:
> > On Thursday 21 January 2010 2:09:34 pm Florian Smeets wrote:
> >> On 1/21/10 8:05 PM, John Baldwin wrote:
> >>> On Thursday 21 January 2010 1:33:35 pm Florian Sme
1/21 17:44 FreeBSD Tinderbox (8.7K) [releng_7 tinderbox] failure
> on i386/i386
>
> Normally I'd shake my finger at the committer for committing code to
> stable branches without testing, but I hold the committer (jhb) in very
> high regards and he has a very e
On Friday 22 January 2010 12:18:20 pm Max Laier wrote:
> On Friday 22 January 2010 15:20:13 John Baldwin wrote:
> > On Friday 22 January 2010 3:08:45 am Florian Smeets wrote:
> ...
> > > If it really is IPsec traffic then there are no rewrite rules only 10 pf
> > > pa
c_thread_start+0xb
> kernel: fork_exit() at fork_exit+0x112
> kernel: fork_trampoline() at fork_trampoline+0xe
> kernel: --- trap 0xc, rip = 0x80069e04c, rsp = 0x7fffe6d8, rbp = 0x5 ---
>
> It looks like NFS is missing some lock/unlock pairs. Has anyone else
> seen
goto fail;
+ }
+
/* Attach to OS's managers. */
ether_ifattach(ifp, eaddr);
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On Tuesday 26 January 2010 1:37:56 pm Marius Strobl wrote:
> On Tue, Jan 26, 2010 at 09:46:44AM -0500, John Baldwin wrote:
> > On Tuesday 26 January 2010 2:33:37 am Peter Jeremy wrote:
> > > I have just upgraded to 8-STABLE/amd64 from about 18 hours ago and am
> > &g
However, FreeBSD has its own BIOS-based
bootstrap that can handle GPT-labelled disks. I doubt the SuperMicro tech is
familiar with that case. I thought I heard that some folks had added GPT
support to grub as well.
--
John Baldwin
___
freeb
On Thursday 28 January 2010 7:26:24 am Dimitry Andric wrote:
> On 2010-01-28 13:06, Robert Noland wrote:
> > John or Marcel can correct me, but I don't think that this is an issue.
> > The bootstrap is located in the pmbr in sector 0 and the GPT headers and
> > tables a
t caused some unaligned accesses (but also completely wedged
> > the VBox host). I also tried copying a pile of files off my
> > NFS client (FreeBSD-8.x/i386) and that also triggered some
> > unaligned accesses without any errors being reported.
> >
> > Currently, I have:
&g
D
> and 8-STABLE as well and first affected HEAD over the summer. (I just
> worked around it and went about my business at the time. :-/) I've
> attached a dmesg from a kernel before the problem and one from after it
> started.
What if you set '
in
> the first place.
>
> Please change the default.
It makes debugging kernel crashes for simpler and easier. For example, with
the kernel symbols installed, the crashinfo(8) script can generate useful
information after a crash on an out-of-the-box system.
--
John Baldwin
__
On Saturday 06 February 2010 4:47:16 pm Tom McLaughlin wrote:
> John Baldwin wrote, On 02/05/2010 08:27 AM:
> > On Thursday 04 February 2010 10:00:55 pm Tom McLaughlin wrote:
> >> Hi all, a recent MFC to 7-STABLE has started to cause issues for my VMs
> >> on VMware ESX
On Monday 08 February 2010 9:56:36 am Kostik Belousov wrote:
> On Mon, Feb 08, 2010 at 09:49:00AM -0500, John Baldwin wrote:
> > On Saturday 06 February 2010 4:47:16 pm Tom McLaughlin wrote:
> > > John Baldwin wrote, On 02/05/2010 08:27 AM:
> > > > On Thursday 04
On Monday 08 February 2010 11:06:00 am Kostik Belousov wrote:
> On Mon, Feb 08, 2010 at 10:32:37AM -0500, John Baldwin wrote:
> > On Monday 08 February 2010 9:56:36 am Kostik Belousov wrote:
> > > On Mon, Feb 08, 2010 at 09:49:00AM -0500, John Baldwin wrote:
> > > >
On Monday 08 February 2010 1:51:46 pm Kostik Belousov wrote:
> On Mon, Feb 08, 2010 at 01:15:06PM -0500, John Baldwin wrote:
> > On Monday 08 February 2010 11:06:00 am Kostik Belousov wrote:
> > > On Mon, Feb 08, 2010 at 10:32:37AM -0500, John Baldwin wrote:
> > > > O
On Monday 08 February 2010 2:46:51 pm Kostik Belousov wrote:
> On Mon, Feb 08, 2010 at 02:42:33PM -0500, John Baldwin wrote:
> > On Monday 08 February 2010 1:51:46 pm Kostik Belousov wrote:
> > > On Mon, Feb 08, 2010 at 01:15:06PM -0500, John Baldwin wrote:
> > > > &
On Monday 08 February 2010 9:49:00 am John Baldwin wrote:
> On Saturday 06 February 2010 4:47:16 pm Tom McLaughlin wrote:
> > John Baldwin wrote, On 02/05/2010 08:27 AM:
> > > On Thursday 04 February 2010 10:00:55 pm Tom McLaughlin wrote:
> > >> Hi all, a recent
On Tuesday 09 February 2010 5:17:32 pm Tom McLaughlin wrote:
> John Baldwin wrote, On 02/09/2010 01:52 PM:
> > On Monday 08 February 2010 9:49:00 am John Baldwin wrote:
> >> On Saturday 06 February 2010 4:47:16 pm Tom McLaughlin wrote:
> >>> John Baldwin wrote, On
On Tuesday 09 February 2010 7:22:50 pm Tom McLaughlin wrote:
> John Baldwin wrote, On 02/09/2010 05:23 PM:
> > On Tuesday 09 February 2010 5:17:32 pm Tom McLaughlin wrote:
> >> John Baldwin wrote, On 02/09/2010 01:52 PM:
> >>> On Monday 08 February 2010 9:49:00 am
p on mpt0
> and mpt1 (and the USB stick is not connected to mpt at all :-) as can be
> seen with camcontrol:
Hmm, I asked the previous reporter to debug this by examining the results that
CAM returns from the bus scan using gdb, but I haven't heard back.
Unfortunately I do not have
the automatic promotion / demotion. That is a far-less common feature.
FreeBSD/i386 has used large pages for the kernel text as far back as at least
4.x, but that is not the same as superpages. Linux does not have automatic
promotion / demotion to my knowledge. I do not know about other OS's.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
this using a non-FreeBSD server with a FreeBSD client or a
non-FreeBSD client with a FreeBSD server? That would narrow down the breakage
to either the client or the server.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
n't exist on 8.0-stable
> (or on 7.2-stable).
You can set the timecounter frequency with sysctl. On my one time
server I have these lines in /etc/sysctl.conf
machdep.tsc_freq=132658584
kern.timecounter.hardware=TSC
John
--
John Hay -- j...@meraka.csir.co.za / j...@freebsd.org
_
On Monday 15 February 2010 8:55:13 am Larry Rosenman wrote:
> For the record, it appears that cvsup17.us.freebsd.org is serving outdated
> files.
Try sending an e-mail to h...@. The last time cvsup17 had issues the owner
fixed them after seeing an e-mail to h...@.
--
John B
Vidia driver
> or the like.
> Not sure if he made any progress to debug this.
That was due to a weird bug where I was accidentally zero'ing the local APIC
due to a then-bug in sg_pager.c (it was forcing the VM system to clear the
pages it mapped by accident). That should not be the expla
untime options to override
these defaults, so my persistent queue runners should be sleeping for
either 1s or 5s only (not hours!).
--
John Marshall
pgpKPrRulKGIK.pgp
Description: PGP signature
On Tue, 23 Feb 2010, 11:36 +0200, Kostik Belousov wrote:
> On Tue, Feb 23, 2010 at 12:35:22PM +1100, John Marshall wrote:
> > Environment: sendmail 8.14.4 on FreeBSD 8.0-RELEASE-p2
> >
> > Since upgrading a few local servers to FreeBSD 8.0-RELEASE (and
> > subsequen
On Tue, 23 Feb 2010, 11:36 +0200, Kostik Belousov wrote:
> On Tue, Feb 23, 2010 at 12:35:22PM +1100, John Marshall wrote:
> > Environment: sendmail 8.14.4 on FreeBSD 8.0-RELEASE-p2
> >
> > Since upgrading a few local servers to FreeBSD 8.0-RELEASE (and
> > subsequen
gt; Updates following some off-line discussions and debugging with John on
> > > > IRC. I've cc'd gshapiro@ because the problem appears to be sendmail,
> > > > rather than the FreeBSD kernel.
> > > >
> > > > On 2010-Feb-23 12:35:22 +1100, Joh
..and then watch sendmail on all three.
--
John Marshall
pgpz7FEttPAUR.pgp
Description: PGP signature
9 is usual.
Certain bad pointer values on amd64 trigger a GP# rather than a PF#, so for
those you would get trap 9 instead of trap 12. Specifically, the top N bits
of a pointer in amd64 have to either be all 0 or all 1. If there is a mix,
then you get a GP# instead of a PF#.
--
John Baldwin
__
e these ranges
because they are already claimed by apic0 and ram0. The important point is
that some device claims them. It doesn't really matter which one does.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.or
On Thu, 25 Feb 2010, 22:14 +1100, John Marshall wrote:
> Another thing I did was to patch the sendmail build config on another
> one of the servers, and rebuild, so that sendmail's sleep() would simply
> call FreeBSD's nanosleep(2). I have asked on comp.mail.sendmail if
>
when experimenting with ntp multicast.
I had to resort to the source code to understand what was happening.
It is actually documented.
<http://www.eecis.udel.edu/~mills/ntp/html/miscopt.html#ttl>
--
John Marshall
pgphHtuoRs2TY.pgp
Description: PGP signature
ake WITH_CTF=1 kernel
> >
> > Did I miss something, and if not, shouldn't we tell about the
> > makeoptions part instead (a kernel rebuild later will not cause
> > trouble when someone forgets to do the WITH_CTF part as it is already
> > in the kernel makefile)?
>
> I'
On Tuesday 09 March 2010 3:27:09 am Alexander Leidinger wrote:
> Quoting John Baldwin (from Mon, 8 Mar 2010 10:00:12 -0500):
>
> > On Saturday 06 March 2010 11:00:12 am Robert Watson wrote:
> >> On Sat, 6 Mar 2010, Alexander Leidinger wrote:
> >>
> >> >
l not become popular if it is not easy to
> use it)? This default can be made only for the kernel (by making a
> copy of the definition of CTFCONVERT into bsd.prog.mk and bsd.lib.mk,
> or by undefining it there), or for kernel+userland (removing the
> !WITH_CTF -> NO_CTF
olves the problem in the case
> > 2a. Thank you! :)
> >
> > Loading>8MB kernel works now, but loading syms sections still fails
> > even in the case 2c.
>
> Ok. Your system's SMAP is kind of weird (it has a very small region above
> 1MB, so it may not
op at which point the card was probed. I would talk to Warner
(imp@) about trying to fix the interrupt storm. Also, if you could narrow
down which particular item that you trim "breaks" it, that would be helpful.
--
John Baldwin
___
freebsd
unless I install xp (ugh) and run something from cpuid.com on it.
What is a good/better/best monitoring program, mbmon and bsdhwmon are
untried for they are not current I see. Or what do I do from here to
fix this problem?
thx,
John
dmesg shows
cpu0: on acpi0
est0: on cpu0
rovide the output of the errors you are seeing?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
inked with the libzfsboot.
> But (IMHO again) in the RELENG_7_3_0_RELEASE zfsloader builds without
> this library.
Oh, gah. Fixed in 7. Probably too late for 7.3.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/
At 07:55 PM 3/22/2010, Nenhum_de_Nos wrote:
>
>On Mon, March 22, 2010 19:57, John Long wrote:
>>dmesg shows
>>cpu0: on acpi0
>>est0: on cpu0
>>est: CPU supports Enhanced Speedstep, but is not recognized.
>>est: cpu_vendor GenuineIntel, msr
At 11:27 PM 3/22/2010, Alexander Motin wrote:
>John Long wrote:
>>Hello, I am putting together a couple update servers. Went with c2d
>>E7500 on gigabyte G41M-ES2L boards. fbsd 8.0 release generic (so far)
>>amd64, 1g mem, 1tb wd cavier blk, fresh system.
>>
At 02:36 PM 3/24/2010, Jeremy Chadwick wrote:
>On Wed, Mar 24, 2010 at 01:37:06PM -0700, John Long wrote:
>> I am trying to ascertain the viability of this motherboard w/
>> regards to getting the power function working proper and am
>> constrained by the lack of mon
but there was no improvement in results.
Kernel additions at the end.
So, if it is of no matter then cool, if you want me to do something just
let me know.
thx,
John
8 stable:
dmesg ad0: 953868MB at ata0-master UDMA100
SATA
%atacontrol list
ATA channel 0:
Master: ad0 SATA revisio
At 09:24 PM 3/25/2010, Ian Smith wrote:
>On Wed, 24 Mar 2010, John Long wrote:
> > At 11:27 PM 3/22/2010, Alexander Motin wrote:
> > >John Long wrote:
> > >>Hello, I am putting together a couple update servers. Went with c2d
> > >>E7500 on g
At 01:31 AM 3/26/2010, Alexander Motin wrote:
>John Long wrote:
>>>Have you tried C2? Are you running the latest BIOS? And perhaps your
>>>ACPI ASL may be amenable to repair, if Gigabyte ACPI is broken here?
>
>As I can see, your ACPI reports C3 state support. You m
At 02:14 AM 3/26/2010, Jeremy Chadwick wrote:
>On Fri, Mar 26, 2010 at 01:20:19AM -0700, John Long wrote:
>> >Yes you're only getting p4tcc throttling as Alexander points out. You'll
>> >need to get est working to get power reduction from lower frequencies,
>&
I am really after and I think that the
> > > bios by itself provides those changes better than any other changes
> > > in these settings.
> >
> > ...and this would fall under the est(4) subset driver for cpufreq(4).
>
>Just checking, I know nothing about these so
At 05:42 PM 3/27/2010, Jeremy Chadwick wrote:
>On Sat, Mar 27, 2010 at 04:51:49PM -0700, John Long wrote:
>> At 02:14 AM 3/26/2010, Jeremy Chadwick wrote:
>> % dmesg | grep -i smbus
>> pci0: at device 31.3 (no driver attached)
>
>All this means is that there's a S
ave to be very careful to make sure it works in
odd places. Probably a lot of this could be solved by deferring things like
trap_fatal() until panic() has already been called (which is bde's preferred
solution I think).
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
gt; em1: port
> 0x1800-0x183f mem 0xe192-0xe193,0xe190-0xe191 irq 18 at
> device 2.0 on pci3
> em1: [FILTER]
> em1: Ethernet address: 00:15:17:8d:aa:d4
>
> I only have one
> em1: Watchdog timeout -- resetting
Try pulling in the latest version of i
rrier.
You could patch the kernel backend to support 32-bit processes, it's just a
bit of work to do so. Can you find the specific sysctl or syscall that wine
is invoking? You can then just fix that handler to support 32-bit processes
which should fix wine.
--
John Baldwin
__
reebsd/src/sys/dev/cy/cy.c:254: error: expected '=', ',', ';', 'asm'
or '__attribute__' before 'cyclose'
> cc1: warnings being treated as errors
>
> FreeBSD 7 had:
> typedef void t_break_t(struct tty *, int);
&
* immediatly retry with MSS sized segments generated
* by this function.
*/
if (tso)
tp->t_flags &= ~TF_TSO;
mem
> 0xfdf7-0xfdf71fff irq 98 at device 5.0 on pcill
> ciss2: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xfdf7
> pci11: child ciss2 requested type 3 for rid 0, but the BAR says it is an
> ioport
> ciss2: can't allocate config window
> kernel trap 12 with interupts di
On Wednesday 28 April 2010 3:22:44 am kama wrote:
>
> On Tue, 27 Apr 2010, John Baldwin wrote:
>
> > On Tuesday 27 April 2010 9:30:12 am kama wrote:
> > >
> > > Hi.
> > >
> > > I have problem when probing the ciss device. Causing a kernel pani
On Wednesday 28 April 2010 10:07:56 am kama wrote:
>
> On Wed, 28 Apr 2010, John Baldwin wrote:
>
> > On Wednesday 28 April 2010 3:22:44 am kama wrote:
> > >
> > > On Tue, 27 Apr 2010, John Baldwin wrote:
> > >
> > > > On Tuesday 27 Ap
On Wednesday 28 April 2010 1:38:15 pm kama wrote:
>
> On Wed, 28 Apr 2010, Giovanni Trematerra wrote:
>
> > On Wed, Apr 28, 2010 at 4:07 PM, kama wrote:
> > >
> > >
> > > On Wed, 28 Apr 2010, John Baldwin wrote:
> > >
> > >> On Wedn
IPMI
triggers? But if it's a kernel lockup, none of the user level code might
run at all. Any way to fall back to a hard and fast kernel level machine
reset?
No, watchdogd and the IPMI driver will manage the watchdog. You can use
'sel elist' after a reboot to see if the rebo
Is it possible to correlate the source line in the kernel with the instruction
pointer in the panic?
If you are booted into the same kernel with the same modules loaded, you
can probably run 'kgdb' as root do 'l *'.
--
John Baldwin
___
x27; mask of sorts and teach the scheduler to only return
the idlethread in that case and then send an IPI_PREEMPT to all the CPUs.
That will break any pinned or bound threads pinned to non-boot CPUs though.
--
John Baldwin
___
freebsd-stable@free
gt; > help.
> > > But I think that the sleeping thread bit would happen even at the debugger
> > > prompt, wouldn't it?
> >
> > Include DDB and enable the 'trace_on_panic' sysctl knob perhaps.
>
> Hmmm. Do you think it will get very far befor
u print out the table header length in the madt_map_table() routine?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
fp[1].freq = freq;
+ fp[1].volts = volts;
+ fp[1].id16 = id;
+ fp[1].power = CPUFREQ_VAL_UNKNOWN;
+ device_printf(dev, "Guessed low setting of %d MHz @ %d Mv\n", freq,
+ volts);
+
+ /* Table is already terminated due to M_ZERO. */
+ sc->ms
to an array or some such, but it is a bogus
pointer and that is why you are faulting.
> The only thing that looks appropriate that changed in that week
> was sys/vm/vm_map.c, which had some new code added to help with
> shm mappings. I looked a
is being double-closed somehow. I
usually see it during exit1() when a process' file descriptor table is
being freed. I've spent a lot of time looking for a fd reference count
leak or some such but haven't found one yet. :( I've also seen panics
with vnodes having a ref c
t on 2 TB mfi(4) volumes. Unfortunately
sysinstall doesn't support GPT at all, only the older MBR + BSD label
method.
Note that this problem has nothing to do with mfi(4) at all, but it is a
limitation of the BSD label + MBR that applies to any volume >= 2 TB.
--
John Bald
t merged back to 6.x and 7.x in CVS. We use
it for large volumes on 6.x and all volumes on 7.x at work.
> When I said there was nothing relevant waiting for MFC, I was aware of
> the change that Tom mentioned, but that seems to be about Dell PERC 6
> being identified as such rather
usually when I see this panic it is due to a hardware failure.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
to "yes" or "no" and the actual Makefiles for FOO compare MK_FOO to
"yes" to see if they should build.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
t;
> I thought we shipped the debugging symbols in /boot precisely for the
> reason of making panics with default installs not report useless traces :(
In the past re@ has removed the 'makeoptions DEBUG=-g' from GENERIC when
making a stable branch. 6.x
uild a debug kernel and reproduce the panic and use
kgdb on the new crash with the new kernel.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Wednesday 23 January 2008 11:56:02 am Mikhail Teterin wrote:
> середа 23 січень 2008 09:20 до, John Baldwin Ви написали:
> > > Is this something, that should be fixed in the 6.3? The kernel is
> > > 6.2-STABLE from June (see uptime).
>
> > What kind of CPU?
&g
o that's fine. What pointer is returned by madt_map_table?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Wednesday 23 January 2008 05:17:41 pm Mikhail Teterin wrote:
> середа 23 січень 2008 03:45 по, John Baldwin Ви написали:
> > > In the controller? It is a newish ahd (although from eBay) -- what could
> > > be wrong?
> >
> > RAM.
>
> Ouch... You mean, th
Did you kldload sound.ko before snd_emu10k1.ko? It maybe that freebsd-upgrade
didn't run kldxref on your kernel dir to update the /boot/kernel/linker.hints
file that is used to autoload dependencies.
You can try doing a 'kldxref /boot/kernel' to see if that fixes t
? If so, have you run
memtest or the like to rule out bad RAM?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
le should all be
in the same page, so you shouldn't be getting a page fault. Can you add
some printfs to madt_map() to see what the final starting (pa, length) are
before the call to pmap_kenter_temporary() and then add a printf for each
iteration of the while loop showing the (pa, la, remaining
ing
apps from ports, standalone compiles, etc.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Wednesday 23 January 2008 02:42:52 am Krassimir Slavchev wrote:
> John Baldwin wrote:
> > On Monday 21 January 2008 11:16:06 am Gerrit Kühn wrote:
> >> Hi folks,
> >>
> >> I have several systems using T7200 mobile CPUs running under 7-stable.
> >> H
d_config(dev, PCIR_BAR(0), 4) &&
+ !pci_read_config(dev, PCIR_BAR(2), 4))) )
pci_ata_maps(pcib, bus, dev, b, s, f, rl, force, prefetchmask);
else
for (i = 0; i < cfg->nummaps;)
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
softclock() will
> complain about callouts that take longer than 2ms to run. This might
> generate too much noise in which case you can adjust the threshold by
> editing the code in sys/kern/kern_timeout.c.
Hmm, when I look at that graph using schedgraphy from HEAD it
t; Those modules dated Feb 20 2007 are not loadable actually:
> # kldload snd_emu10k1.ko
> kldload: can't load snd_emu10k1.ko: No such file or directory
Do you have an error message in the dmesg after this?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ies.
>
> Yes I did, sound.ko is loaded. Actually, I can use sound.ko from the
> freebsd-update'd tree together with snd_emu10k1.ko built from source
> and it works without any apparent problem.
What does 'nm /boot/kernel/sound.ko | grep midi' show?
--
John Baldwin
SIG_XSDT);
if (xsdt == NULL) {
if (bootverbose)
@@ -246,7 +248,7 @@
break;
madt_unmap_table(xsdt);
} else {
- rsdt = madt_map_table(rsdp->RsdtPhysicalAddress, 1,
+ rsdt = madt_map_
should have midi references in symbol names for both
modules. I'm not sure why modules built on your box don't have midi at all,
nor why freebsd-update is giving you inconsistent modules.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
printing an error, the kernel then tries _obj and it works.
>
> I tried #ifdef'ing out link_elf.c but it panicd my machine on boot and I
> haven't had time to find out why.
The kernel is a link_elf type object I believe, so you have to have it.
--
John Baldwin
___
On Friday 25 January 2008 05:31:34 pm Joe Peterson wrote:
> John Baldwin wrote:
> > Hmm, when I look at that graph using schedgraphy from HEAD it just looks
> > like xtrs is using up all the CPU.
>
> Yeah, xtrs is eating a lot of CPU, but I've never seen this affect th
Read the exports(5) manpage. Its format is different on FreeBSD than it
is on Linux. (rw) isn't valid.
Pay particular attention to the section about "maproot". "In the
absence of -maproot and -mapall options, remote accesses by root will
result in using a credential of -2:-2." So if you mounte
On Thursday 31 January 2008 12:28:02 am Bruce M Simpson wrote:
> John Baldwin wrote:
> >>> It is printed whenever a kernel module is loaded.
> >>> The modules load OK. Nothing special or different about them.
> >>>
> >>>
> ...
> >
el indeed, but WTF - what is the difference
> from manual/loader.conf loading and why I can not manage my modules as I
> wish?
Hmm, the relevant code (vfs_init.c) hasn't changed in 6.x since 6.0. There
were some changes in 7.0, but this should work in both branches.
On Thursday 31 January 2008 10:05:57 am Andriy Gapon wrote:
> on 31/01/2008 14:39 Andriy Gapon said the following:
> > on 31/01/2008 13:07 John Baldwin said the following:
> >> On Wednesday 30 January 2008 12:39:14 pm Andriy Gapon wrote:
> >>> The problem is as follo
On Thursday 31 January 2008 07:39:52 am Andriy Gapon wrote:
> on 31/01/2008 13:07 John Baldwin said the following:
> > On Wednesday 30 January 2008 12:39:14 pm Andriy Gapon wrote:
> >> The problem is as follows:
> >> 1. put udf_load="YES" in loader.conf
() at ../../../i386/i386/exception.s:139
> #7 0xc0b4536c in ?? ()
> Cannot access memory at address 0xc891b80c
> (kgdb) list *0xc0b4536c
> No source file for address 0xc0b4536c.
> (kgdb)
>
> looking at the loadable kernel modules on the system I get:
> sudo kldstat
> Id
On Tuesday 19 February 2008 07:51:32 pm Joe Peterson wrote:
> Nenhum_de_Nos wrote:
> > i've seen RAID 0 through 3 (skip 2 ;) )
> >
> > thanks,
>
> ZFS has RAIDZ - very similar to RAID5 (with added features), if you
> don't mind ZFS's current experimental state.
gvinum supports RAID5, but is a bit
> % ldconfig -R
> % ldconfig -r | grep libicudata
> 231:-licudata.38 => /usr/X11R6/lib/libicudata.so.38
> 386:-licudata.38 => /usr/local/lib/libicudata.so.38
>
> Could anybody investigate it? I have no time now.
Drop the .0 from the filenames or add libfo
D_USAGE2(HUP_GENERIC_DESKTOP, HUG_MOUSE)))
+ ret = UMATCH_IFACECLASS;
+ else if (id->bInterfaceClass == UICLASS_HID &&
id->bInterfaceSubClass == UISUBCLASS_BOOT &&
id->bInterfaceProtocol == UIPROTO_MOUSE)
ret = U
501 - 600 of 1674 matches
Mail list logo
