It's dawning in Beijing now. I'm quite tired. Here, I only summarize
the solution as is. I will write a complete hacking report after a rest.
1. Restore your /sys/compat/linux/linux_file.c to the original revision
1.99 (7.0-CURRENT) if you have applied my yesterday's patch. You have
two con
On Wed, Jan 03, 2007 at 04:01:04PM -0500, John Baldwin wrote:
> On Wednesday 03 January 2007 09:18, Eugene Grosbein wrote:
> > Hi!
> >
> > I try to find bugs in 6.2-PRERELEASE by using it (q) :-)
> > The question is: are kernel options WITNESS/WITNESS_KDB expected
> > to be in usable kernel? I don
Hi,
> * First one is in the wakeup() code. After a series of calls wakeup()
> lands in maybe_preempt() and if preemption is enabled maybe_preempt()
> switches to a new thread (if a high priority thread has been made runnable).
> That means that an interrupt handler which calls wakeup() will no
I have found the answer to this question. I basically had to edit the
vpnc-script and replace the body of the function "get_default_gw" with
netstat -r -n | sed 's/default/0.0.0.0/' | grep '^0.0.0.0' | awk '{print
$2}'
So now I have vpnc-0.3.3 working on FreeBSD.
- Vishal
On 1/1/07, Vishal
I'm currently trying to debug an issue with Tyan s2892
based machine but when I enable WITNESS / INVARIANTS
the Highpoint 182x driver panics the kernel with:
panic: blocakble sleep lock ( sleep mutex )
128 @ vm/uma_core.c: 1845
I believe this is due to the fact that you cant hold
a spin mutex whi
John Baldwin wrote:
On Wednesday 03 January 2007 12:04, Diomidis Spinellis wrote:
static int
umap_bypass(ap)
struct vop_generic_args /* {
struct vnodeop_desc *a_desc;
} */ *ap;
{
/* ... */
In this magic code here this function changes the vnode pointers in
The bug you're hitting there is a bad pointer reference in
devfs_populate_loop - you shouldn't be taking a page fault there. I hope
that someone who knows more about devfs will take a look.
-Kip
On 1/3/07, Eugene Grosbein <[EMAIL PROTECTED]> wrote:
Hi!
I try to find bugs in 6.2-PRERELEASE by
On Wednesday 03 January 2007 12:04, Diomidis Spinellis wrote:
> static int
> umap_bypass(ap)
> struct vop_generic_args /* {
> struct vnodeop_desc *a_desc;
>
> } */ *ap;
> {
> /* ... */
In this magic code here this function changes the vnode pointers in
ap.
>
On Wednesday 03 January 2007 09:18, Eugene Grosbein wrote:
> Hi!
>
> I try to find bugs in 6.2-PRERELEASE by using it (q) :-)
> The question is: are kernel options WITNESS/WITNESS_KDB expected
> to be in usable kernel? I don't worry about performance overhead here.
>
> The problem is, I've found
On Tuesday 02 January 2007 05:42, Anand H. Krishnan wrote:
> Hi,
>
> I had a couple of doubts when I was going through 6.1 freebsd code.
>
> * First one is in the wakeup() code. After a series of calls wakeup()
> lands in maybe_preempt() and if preemption is enabled maybe_preempt()
> switches to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Trying to add Flashplayer 9 functionality to FreeBSD (via the
Linux binary and www/linux-pluginwrapper) and I was wondering how I
should go about determining which symbols need to be used in the .so
file, and also how I should go about i
Steven Hartland wrote:
Tried adding GDB and DDB but I cant break to the debugger once its
hung.
I'm going to try adding WITNESS and INVARIANTS but I dont hold much
hope that this will help. Anyone got any pointers on how to proceed
beyond this?
This now panics in the initial hpt driver init w
I've been puzzling for a couple of days to understand how the code moves
from one layer to another in the FreeeBSD stacked filesystems, but I'm
stuck. I've scrutinized the code, and I've read carefully pp. 254-257
of the "Design and Implementation of the FreeBSD Operating System", but
one deta
Steven Hartland wrote:
kernel conf was identical, I'm going to be building 6.2-RC2 ( current
source on the machine ) with kernel debugging to see if I can break
to the debugger when this happens.
It happens 99.9% of the time on boot just after initialising the
Highpoint controller where the next
"Steven Hartland" wrote:
> > If you have old bins & kernel & src/, or spare old boot partition, or
> > another 6.1-PRERELEASE host to cross compile from: also worth
> > building another 6.1-PRERELEASE kernel, to see its perhaps a build
> > system or hardware problem ? Or a loader.conf or kernel co
Hi!
I try to find bugs in 6.2-PRERELEASE by using it (q) :-)
The question is: are kernel options WITNESS/WITNESS_KDB expected
to be in usable kernel? I don't worry about performance overhead here.
The problem is, I've found this is nearly impossible to run
my home system with RELENG_6 build from
If you have old bins & kernel & src/, or spare old boot partition, or
another 6.1-PRERELEASE host to cross compile from: also worth
building another 6.1-PRERELEASE kernel, to see its perhaps a build
system or hardware problem ? Or a loader.conf or kernel conf before
that disabled dual maybe, & go
"Steven Hartland" wrote:
> Is anyone aware of any significant changes between 6.1-PRERELEASE
> and 6.1-RELEASE which could cause and SMP kernel to hang when
> initialising the CPU's?
>
> I have a Tyan s2892 based machine here which has been running
> 6.1-PRELEASE happily for months, I finally got
On Wed, Jan 03, 2007 at 07:47:28AM +0800, Intron is my alias on the Internet
wrote:
> My patch for /sys/compat/linux/linux_file.c (7.0-CURRENT) can
> partially unbreak Adobe Reader 7.0.8 for Linux when the sysctl
> compat.linux.osrelease is set to "2.6.16". You may download the patch
> at:
>
M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Oliver Fromme <[EMAIL PROTECTED]> writes:
> : 1- Why does the kernel try to mount /dev at all? Why not
> : simply let init mount it in all cases, with ot without
> : init_chroot? Would make things simpler. There
Is anyone aware of any significant changes between 6.1-PRERELEASE
and 6.1-RELEASE which could cause and SMP kernel to hang when
initialising the CPU's?
I have a Tyan s2892 based machine here which has been running
6.1-PRELEASE happily for months, I finally got round to updating
to 6.1-RELEASE a
I just made patch. It's supposed to run /etc/rc before chrooting. This is
the NetBSD "way" of doing it. All i can say is that it compiled. So if
anyone can look at it before i get to test it becouse i might be forgetting
something. (i can't even test it now)
diff attached.
On 12/27/06, Erik Udo
Nah, forget that patch, it's missing alot of stuff.
On 1/3/07, Erik Udo <[EMAIL PROTECTED]> wrote:
I just made patch. It's supposed to run /etc/rc before chrooting. This is
the NetBSD "way" of doing it. All i can say is that it compiled. So if
anyone can look at it before i get to test it becou
23 matches
Mail list logo
