? Might it help
to pin threads to CPUs in case a thread is getting moved to a different
core?
Pinning might help yes. You might also want to ensure there aren't any
interrupts on that CPU. Currently there isn't a good way to figure that out
short of kgdb though. :(
--
John Baldwin
bridges need to be restored on resume?
If they aren't then config transactions won't be routed properly. You could
add a pcib_resume() method that prints out the various bus register values
after resume to see if they match what we print out during boot.
--
John Baldwin
On Tuesday, August 03, 2010 9:46:16 pm m...@freebsd.org wrote:
On Fri, Jul 30, 2010 at 2:31 PM, John Baldwin j...@freebsd.org wrote:
On Friday, July 30, 2010 10:08:22 am John Baldwin wrote:
On Thursday, July 29, 2010 7:39:02 pm m...@freebsd.org wrote:
We've seen a few instances at work
PCI:PCI bridge support so that it can be
* used by subclasses.
*/
+DECLARE_CLASS(pcib_driver);
/*
* Bridge-specific data.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
On Wednesday, August 04, 2010 12:20:31 pm m...@freebsd.org wrote:
On Wed, Aug 4, 2010 at 2:26 PM, John Baldwin j...@freebsd.org wrote:
On Tuesday, August 03, 2010 9:46:16 pm m...@freebsd.org wrote:
On Fri, Jul 30, 2010 at 2:31 PM, John Baldwin j...@freebsd.org wrote:
On Friday, July 30
.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
On Thursday, August 05, 2010 11:30:23 am Oleg Sharoyko wrote:
On 4 August 2010 19:12, John Baldwin j...@freebsd.org wrote:
Cool, I actually think that the ACPI PCI-PCI driver can just use the
stock PCI-PCI bridge driver's suspend and resume methods. Can you try
out this alternate patch
On Thursday, August 05, 2010 12:01:22 pm m...@freebsd.org wrote:
On Wed, Aug 4, 2010 at 9:20 AM, m...@freebsd.org wrote:
On Wed, Aug 4, 2010 at 2:26 PM, John Baldwin j...@freebsd.org wrote:
Actually, I would beg to differ in that case. If PCPU_GET(spinlocks)
returns non-NULL
On Thursday, August 05, 2010 11:59:37 am m...@freebsd.org wrote:
On Wed, Aug 4, 2010 at 11:55 AM, John Baldwin j...@freebsd.org wrote:
On Wednesday, August 04, 2010 12:20:31 pm m...@freebsd.org wrote:
On Wed, Aug 4, 2010 at 2:26 PM, John Baldwin j...@freebsd.org wrote:
On Tuesday, August
MCGCAP 106 APICID 0 SOCKETID 0
CPUID Vendor AMD Family 16 Model 4
It was a corrected ECC error. If you get more than one then perhaps the
CPU is busted, but if you only get one, an isolated bit flip may not be
worth worrying about.
--
John Baldwin
/dmesg/
Cheers,
Julian
Hmm, do you have dmidecode output?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
has an ISA PNP ID, but it does not match any of the IDs in the
list. ENONET means that the device_t does not have an ISA ID at all. For the
isa bus that means it was explicitly created via a set of ppc.X hints.
--
John Baldwin
___
freebsd-hackers
On Monday, August 16, 2010 7:23:54 pm Garrett Cooper wrote:
On Mon, Aug 16, 2010 at 1:19 PM, John Baldwin j...@freebsd.org wrote:
On Sunday, August 15, 2010 1:33:38 am Garrett Cooper wrote:
One thing that's puzzling me about the ppc(4) driver's ISA
routines is that it only checks to see
On Tuesday, August 17, 2010 7:49:22 am Julian H. Stacey wrote:
John Baldwin wrote:
On Monday, August 09, 2010 8:13:03 am Julian H. Stacey wrote:
Hi hack...@freebsd.org
A laptop here emits a puzzlingly dmesg to both 8.1-RC2 8.1-RELEASE:
real memory = 8572108800 (8175 MB)
avail
On Tuesday, August 17, 2010 3:56:20 pm Garrett Cooper wrote:
On Tue, Aug 17, 2010 at 6:07 AM, John Baldwin j...@freebsd.org wrote:
On Monday, August 16, 2010 7:23:54 pm Garrett Cooper wrote:
On Mon, Aug 16, 2010 at 1:19 PM, John Baldwin j...@freebsd.org wrote:
On Sunday, August 15, 2010 1
need to know what bus interface I must build
if_bfe_pci.c, or if_bfe_siba.c, or both?
You can always include both buses. If a bus driver isn't present in the
kernel the attachment will just never be invoked.
--
John Baldwin
___
freebsd-hackers
) into microseconds.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
);
memcpy(brand, regs, sizeof(regs));
brand += sizeof(regs);
}
}
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
don't think this would
be too hard to do.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
On Monday, August 23, 2010 11:04:20 am Andriy Gapon wrote:
on 23/08/2010 15:10 John Baldwin said the following:
On Friday, August 20, 2010 1:13:53 pm Ryan Stone wrote:
Consider the following modules:
/* first.c */
static int *test;
int
test_function(void)
{
return *test
On Tuesday, August 24, 2010 12:09:45 am M. Warner Losh wrote:
In message: 201008171615.21103@freebsd.org
John Baldwin j...@freebsd.org writes:
: So more or less it's for BIOSes with ISA that doesn't feature plug
: and play (286s, 386s, some 486s?)? Just trying to fill
xor si,si
...
etc.
I would dd the first sector of your disk off to a file and run ndisasm on that
though rather than on the live disk.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
libraries and should
automatically be loaded. Try using 'info sharedlibrary' to see the list of
kernel modules and if symbols for them are loaded already.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
term to describe the situation. Dmesg doesn't give useful infos.
I installed firefox using pkg_add -r , the only add-on/plugin
installed is Xmarks.
I'm ready to eventually debug, any suggestion is apprectiated.
Thanks
Can you ssh into the machine or ping it when it is frozen?
--
John
On Monday, August 30, 2010 12:12:50 pm Alexander Fiveg wrote:
On Mon, Aug 30, 2010 at 08:16:11AM -0400, John Baldwin wrote:
On Friday, August 27, 2010 4:11:41 pm Alexander Fiveg wrote:
Hi,
from FreeBSD Developers' Handbook, 10.7 Debugging Loadable Modules Using
GDB:
...
(kgdb
On Monday, August 30, 2010 4:34:04 pm Alexander Fiveg wrote:
On Mon, Aug 30, 2010 at 01:10:37PM -0400, John Baldwin wrote:
On Monday, August 30, 2010 12:12:50 pm Alexander Fiveg wrote:
On Mon, Aug 30, 2010 at 08:16:11AM -0400, John Baldwin wrote:
On Friday, August 27, 2010 4:11:41 pm
machine and
use top/ps, etc., or even gdb on the firefox process itself.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr
(say 1+ / per hour).
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
/ffs_softdep.c
stable/7/sys/ufs/ffs/ffs_vfsops.c
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
in mtx_init() will save you.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
for the fix and for the explanation, that's exactly what I
wanted to know. Just to be sure: do these patches completely fix the
bug with hangs (even without vfs.lookup_shared=1)?
Yes.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
suspect it is some of the kernel
code that
I have inherited that contains a lot of locking (lots of data structure, each
having
their own mutex lock (sleepable)).
You need to use 'kgdb' rather than 'gdb' on kernel.debug.
--
John Baldwin
___
freebsd
at all, but set both NO_CPU_CFLAGS and NO_CPU_COPTFLAGS in
bsd.cpu.mk when CPUTYPE was empty.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd
which would break. Given that, the
construct you referred to does in fact require 'value' to be volatile.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any
On Thursday, September 16, 2010 11:24:29 pm Benjamin Kaduk wrote:
On Thu, 16 Sep 2010, John Baldwin wrote:
On Thursday, September 16, 2010 1:33:07 pm Andrey Simonenko wrote:
The mtx_owned(9) macro uses this property, mtx_owned() does not use
anything
special to compare the value of m
On Friday, September 17, 2010 1:42:44 pm Andrey Simonenko wrote:
On Thu, Sep 16, 2010 at 02:16:05PM -0400, John Baldwin wrote:
On Thursday, September 16, 2010 1:33:07 pm Andrey Simonenko wrote:
The mtx_owned(9) macro uses this property, mtx_owned() does not use
anything
special
1
Unfortunately this can't be MFC'd to 7 as it would destroy the ABI for
existing klds.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
instead.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
-unsubscr...@freebsd.org
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
On Monday, September 27, 2010 5:13:03 pm Neel Natu wrote:
Hi John,
Thanks for reviewing this.
On Mon, Sep 27, 2010 at 8:04 AM, John Baldwin j...@freebsd.org wrote:
On Friday, September 24, 2010 9:00:44 pm Neel Natu wrote:
Hi,
This patch fixes the bogus error message from
On Tuesday, September 28, 2010 4:02:08 pm Neel Natu wrote:
Hi John,
On Tue, Sep 28, 2010 at 6:36 AM, John Baldwin j...@freebsd.org wrote:
On Monday, September 27, 2010 5:13:03 pm Neel Natu wrote:
Hi John,
Thanks for reviewing this.
On Mon, Sep 27, 2010 at 8:04 AM, John Baldwin j
point. Your patch is fine.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
()
functions as
it doesn't seem to be useful outside of it. But this is not necessary, of
course.
Looks fine to me.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
follow...
Before:
I think these are both fine.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
and his employer for the idea and example.
One note. Use 'cpu_spinwait()' in the inner loop waiting for 'stopping_cpu'
to change.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
authentication database.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
should use %z to print size_t's, but even better is to just use %t
to print a ptrdiff_t (which is the type that holds the difference of two
pointers).
The various changes in jobs.c should use '%td' as well rather than (int)
casts.
--
John Baldwin
On Tuesday, October 12, 2010 2:31:36 pm Garrett Cooper wrote:
On Tue, Oct 12, 2010 at 5:30 AM, John Baldwin j...@freebsd.org wrote:
You should use %z to print size_t's, but even better is to just use %t
to print a ptrdiff_t (which is the type that holds the difference of two
pointers
invoked if pl_irqmask
is non-zero. In practice pl_irqmask is never zero anyway.
I suspect the GEOM ones are also generally safe.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
On Thursday, October 14, 2010 11:49:23 pm Garrett Cooper wrote:
On Thu, Oct 14, 2010 at 6:37 AM, John Baldwin j...@freebsd.org wrote:
On Thursday, October 14, 2010 7:58:32 am Andriy Gapon wrote:
on 14/10/2010 00:30 Garrett Cooper said the following:
I was talking to someone today about
this is all old history. SCSI_DELAY used to be set to 15000 in
GENERIC many years ago and was lowered to 5000. Most likely these Makefiles
were simply not updated at the time.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
On Tuesday, October 19, 2010 3:14:46 pm Alexander Best wrote:
On Tue Oct 19 10, John Baldwin wrote:
On Tuesday, October 19, 2010 10:31:10 am Alexander Best wrote:
On Tue Oct 19 10, Matthew Jacob wrote:
It would be an effective behavioral change for those of us who remove
that line
On Saturday, October 23, 2010 8:22:48 pm Alexander Best wrote:
this tiny patch will fix pnpinfo so it doesn't core dump (bus error) any
longer on arch=amd64.
This utility isn't really useful on amd64 though. No amd64 machines have ISA
slots in which to place an ISA PnP adapter.
--
John
On Monday, October 25, 2010 9:34:37 am Erik Trulsson wrote:
On Mon, Oct 25, 2010 at 08:45:47AM -0400, John Baldwin wrote:
On Saturday, October 23, 2010 8:22:48 pm Alexander Best wrote:
this tiny patch will fix pnpinfo so it doesn't core dump (bus error) any
longer on arch=amd64
breakage in a stable branch?
Ugh, it was a breakage though it's too late to back it out at this point.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
-unsubscr...@freebsd.org
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
then me.
Patch:
http://people.freebsd.org/~gonzo/patches/mips64gdb.diff
I looked at GDB 6.6's source and it does pass in cu-header instead of NULL
at the same place, so I think your fix is correct.
--
John Baldwin
___
freebsd-hackers@freebsd.org
already handles this case by
not printing out a 'next run time' if at is zero. I think you can remove the
check for at == 0. If all the other commands work and just that command fails
I don't think it should be fatal.
--
John Baldwin
___
freebsd
there is a static prototype for vgonel()
in vfs_subr.c.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
be included in sysproto.h
directly.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
, fsync or sendfile.
Can anyone tell me the reason?
Mostly that it hasn't been done yet. If there was a clean way to do an
f_mmap() and get some of the type-specific knowledge out of vm_mmap.c I'd
really like it.
--
John Baldwin
___
freebsd-hackers
it with !
rather than == 0. It is also easier for a person to read the code that way.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr
the device entries from the crashed kernel to
the entries in wtmp IIRC). kvm_getprocs() is certainly actively used by
various programs on crashdumps and works.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
descriptor).
I think in your case you should not give the kevent a reference to your
object, but instead remove the associated event for a given object when an
object's refcount drops to zero.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
will probably want to start your
debugging in the unload hook as it sounds like the node is not being
fully deregistered.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any
On Monday, November 15, 2010 1:12:11 pm Paul LeoNerd Evans wrote:
On Mon, Nov 15, 2010 at 11:25:42AM -0500, John Baldwin wrote:
I think the assumption is that userland actually maintains a reference on
the
specified object (e.g. a file descriptor) and will know to drop the
associated
check for /rescue/ldconfig and can not find it there.
I think attached patch can fix this issue (not tested).
Err, are there no longer hard links to all of the frontends for a given
crunch? If so, that is a problem as it will make rescue much harder to use.
--
John Baldwin
with memcached to know if it already has some sort of signalling
facility already that you could use directly.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any
On Tuesday, November 16, 2010 8:45:08 am Andrey V. Elsukov wrote:
On 16.11.2010 16:29, John Baldwin wrote:
Err, are there no longer hard links to all of the frontends for a given
crunch? If so, that is a problem as it will make rescue much harder to use.
Yes, probably this patch
and
ACNT
MSRs).
AMD: EffFreq: effective frequency interface.
How does the following look to you?
I will appreciate suggestions/comments.
Looks fine to me.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
in the corresponding
Intel manual but can't find the answer. Maybe I overlooked.
Yes. A linear address is the flat virtual address after segments are taken
into account. It is the address used as an input to the paging support in the
MMU.
--
John Baldwin
CPUs. However, I think all the interrupt
bits will be MD, not MI.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr
KERNEL_FLAGS=-j32
BUILDNAME=sbruno CHROOTDIR=/new_release
Sure. Note, though, that you don't have to create a branch just to build a
release with a patch. You can always use LOCAL_PATCHES to apply patches to
the source tree you build a release against.
--
John Baldwin
Andriy Gapon wrote:
on 22/11/2010 16:24 John Baldwin said the following:
Well, the real solution is actually larger than described in the PR. What you
really want to do is take the logical CPUs offline when they are halted.
Taking a CPU offline should trigger an EVENTHANDLER that various
/btx/.
However, to debug this further we would need more info such as what exactly
you are seeing (a hang, a BTX fault with a register dump, etc.).
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
on the kernel.debug and the
pointer value to figure out exactly which driver was the previous one and look
to see if it's probe routine does something funky with the softc pointer.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
On Wednesday, December 01, 2010 4:09:42 pm Darmawan Salihun wrote:
Hi John,
--- On Tue, 11/30/10, John Baldwin j...@freebsd.org wrote:
From: John Baldwin j...@freebsd.org
Subject: Re: How to debug BTX loader?
To: freebsd-hackers@freebsd.org
Cc: Darmawan Salihun darmawan_sali
On Thursday, December 02, 2010 2:12:04 pm Darmawan Salihun wrote:
Hi John,
--- On Thu, 12/2/10, John Baldwin j...@freebsd.org wrote:
From: John Baldwin j...@freebsd.org
Subject: Re: How to debug BTX loader?
To: freebsd-hackers@freebsd.org
Cc: Darmawan Salihun darmawan_sali
even
though the parent device is still around. I suspect the same case is true
for amdtemp. Probably these drivers should use a separate sysctl context.
I'm not sure how the sysctl code handles removing a node that has an active
context though.
--
John Baldwin
stays
the same for all calls to smp_rendezvous_cpus().
The pc_cpumask should just be a cosmetic change.
Looks good to me.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
@ about cxgb(4). drm_irq looks to want to be an
atomic_store_rel().
Not sure who to ask about arcmsr(4). I'm not sure arcmsr(4) really needs the
atomic ops at all, but it should be using atomic_fetchadd() and
atomic_readandclear() instead of some of the current atomic ops.
--
John Baldwin
) include specific
objects.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
,
0x376, 1, 0);
}
pci_add_map(bus, dev, PCIR_BAR(4), rl, force,
prefetchmask (1 4));
pci_add_map(bus, dev, PCIR_BAR(5), rl, force,
prefetchmask (1 5));
}
--
John Baldwin
___
freebsd-hackers@freebsd.org
On Tuesday, December 28, 2010 1:38:05 pm Darmawan Salihun wrote:
Hi,
--- On Tue, 12/28/10, John Baldwin j...@freebsd.org wrote:
From: John Baldwin j...@freebsd.org
Subject: Re: PCI IDE Controller Base Address Register setting
To: freebsd-hackers@freebsd.org
Cc: Darmawan Salihun
On Tuesday, December 28, 2010 2:10:59 pm Darmawan Salihun wrote:
Hi,
--- On Tue, 12/28/10, John Baldwin j...@freebsd.org wrote:
From: John Baldwin j...@freebsd.org
Subject: Re: PCI IDE Controller Base Address Register setting
To: Darmawan Salihun darmawan_sali...@yahoo.com
Cc
On Saturday, January 01, 2011 2:58:12 pm Darmawan Salihun wrote:
--- On Thu, 12/30/10, Darmawan Salihun darmawan_sali...@yahoo.com wrote:
From: Darmawan Salihun darmawan_sali...@yahoo.com
Subject: Re: PCI IDE Controller Base Address Register setting
To: John Baldwin j...@freebsd.org
)?
uname shows:
FreeBSD 8.2-PRERELEASE #2: Tue Dec 21 01:17:16 MSK 2010
I've rebuilt kernel RIGHT after `csup', so difference is no more
than several hours.
Looks like 204087 needs to be MFC'd.
--
John Baldwin
___
freebsd-hackers@freebsd.org
*str, const char *errname)
+{
+ char *endp;
+ long res;
+
+ errno = 0;
+ res = strtol(str, endp, 10);
+ if (errno != 0 || endp == str || *endp != '\0')
+ err(1, %s shall be a number, errname);
Small nit, maybe use 'must' instead of 'shall'.
--
John Baldwin
moving bio_pblockno up above the optional
diagnostic fields.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
.
As this patch may cause some bikeshedding,
I'd like to hear your comments before I will commit it.
http://plukky.net/~pluknet/patches/max_proc_mmap.diff
Is there any reason we can't just make this variable and sysctl a long?
--
John Baldwin
);
/* do stuff */
/* Will set state to D0. */
pci_cfg_restore(dev, dinfo);
We probably should create some wrapper routines (pci_save_state() and
pci_restore_state() would be fine) that hide the 'dinfo' detail as that isn't
something device drivers should have to know.
--
John Baldwin
not merge it and make FreeBSD even better?
Many things that seem obvious aren't actually true, hence the need for
actual testing and benchmarks.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
);
What are the php scripts doing? Do they all try to create and delete files at
the same time (or do renames)?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any
is invalid for CHS. However,
probably we should not even be using C/H/S at all if the device claims to
support EDD. We already use raw LBAs if it supports EDD, and we should
probably just ignore C/H/S altogether if it supports EDD.
--
John Baldwin
On Friday, January 28, 2011 2:14:45 pm Matthew Fleming wrote:
On Fri, Jan 28, 2011 at 11:00 AM, John Baldwin j...@freebsd.org wrote:
On Friday, January 28, 2011 12:41:08 pm Matthew Fleming wrote:
I spent a few days chasing down a bug and I'm wondering if a loader
change would be appropriate
it failed to
probe.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
(\nCPU %d: , cpu);
+ while (value++ = cpustates_column)
+ printf( );
+}
lastline++;
-Move_to(cpustates_column, y_cpustates + cpu);
while ((thisname = *names++) != NULL)
{
if (*thisname != '\0')
--
John Baldwin
that defaults to the last byte in a page (e.g. 4095 on x86). I'm
not sure what platform you are using malloc on, but is it possible that you
have ZEROSIZEPTR set to 1 somehow? Even so, if that is true free() should
just ignore that pointer and not corrupt its internal state.
--
John Baldwin
directly into the kernel_map are likely from
the nvidia driver.)
The 'kvm' command in my gdb script is mostly MI, but some bits are MD such as
the code to handle the 'AP stacks' region.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
in, then the debug.ktr.mask sysctl will exist). Also, in the case of
KTR, I'm not sure that any userland programs need to alter their behavior
based on whether or not that feature was present.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
1101 - 1200 of 1526 matches
Mail list logo