On Wed, Dec 08, 2010 at 02:52:10AM -0300, Diego Nieto Cid wrote:
> Writting CSR0_NORMAL to pcnet's CSR0 register sets the 'interruption enabled'
> bit allowing the hardware to raise interruptions.
>
> So, why would such an amount of interruptions be triggered?
> Their alternating pattern is also i
2010/12/8 Richard Braun :
> But I don't understand why you're asking the question.
>
To be honest, I didn't give those questions any thought. Writting
late at night is no good. :)
The email's intent was giving an update, stating possible future
actions and asking for any idea others may have abou
Hello,
2010/8/30 Diego Nieto Cid
>
> Short story: something is clearing kernel_page_dir.
>
Here's some information about this issue.
After modifing qemu to generate an instruction trace and stop when a physical
memory location is modified, I've found that interrupts are being nested too
deeply.
Hello,
2010/9/3 Da Zheng :
>
> It's strange. I thought the problem doesn't exist any more after I made some
> changes in the kernel.
>
It is, indeed. It did work once. But since I lost the binaries, I
couldn't properly build it again.
Theese are the last lines of code I can reach while stepping
Hello,
It's strange. I thought the problem doesn't exist any more after I made some
changes in the kernel. Are you using the latest gnumach in the
master-user_level_drivers branch?
Best,
Zheng Da
On 8/30/10 12:15 AM, Diego Nieto Cid wrote:
> Hello,
>
> Short story: something is clearing kernel_
Hello,
Short story: something is clearing kernel_page_dir.
Long story follows. :)
On Wed, Jun 09, 2010 at 08:24:55AM +0200, Samuel Thibault wrote:
>
> These are correct. So that must the the pagetable that is incorrect.
> Check out cr3 and such.
>
While trying DDE I came across this problem
On 10-6-9 下午2:24, Samuel Thibault wrote:
> Zheng Da, le Wed 09 Jun 2010 01:22:48 -0400, a écrit :
>> So which instruction triggers the trap? nop or movl?
>
> movl, but it's not its ofwn fault.
>
> My guess is that right after sti, an interrupt is triggered while nop is
> being executed, gets hand
Zheng Da, le Wed 09 Jun 2010 01:22:48 -0400, a écrit :
> So which instruction triggers the trap? nop or movl?
movl, but it's not its ofwn fault.
My guess is that right after sti, an interrupt is triggered while nop is
being executed, gets handled after nop is executed, and we return to
movl, but
Hello,
On Tue, Jun 8, 2010 at 8:08 AM, Samuel Thibault wrote:
>> (null):~# addr2line -e /boot/gnumach-nodrv 0x13f163
>> /root/gnumach-build1/../gnumach/i386/i386at/interrupt.S:40
>> It's exactly where CPU should jump to. So it seems the stack is correct.
>
> Ok. So probably the protection is not
Zheng Da, le Tue 08 Jun 2010 07:54:40 -0400, a écrit :
> On Mon, Jun 7, 2010 at 4:20 AM, Samuel Thibault
> wrote:
> > Zheng Da, le Mon 07 Jun 2010 01:40:26 -0400, a écrit :
> >> > examine 2f0094
> >> db> examine 0x1973e0
> >> 13f163
> >
> > Where does this point to in the source c
Hi,
On Mon, Jun 7, 2010 at 4:20 AM, Samuel Thibault wrote:
> Zheng Da, le Mon 07 Jun 2010 01:40:26 -0400, a écrit :
>> > examine 2f0094
>> db> examine 0x1973e0
>> 13f163
>
> Where does this point to in the source code?
(null):~# addr2line -e /boot/gnumach-nodrv 0x13f163
/root/gnum
Zheng Da, le Mon 07 Jun 2010 01:40:26 -0400, a écrit :
> > examine 2f0094
> db> examine 0x1973e0
> 13f163
Where does this point to in the source code?
> Kernel General protection trap, eip 0x1076e6
> kernel: General protection (13), code=25a
> Stopped at 0x1076e6: popl%edx
Hello,
On Sun, Jun 6, 2010 at 5:57 PM, Samuel Thibault wrote:
> Hello,
>
> Zheng Da, le Thu 13 May 2010 08:59:59 -0400, a écrit :
>> I boot hurd with the new kernel and run the user-level network drivers
>> but got a kernel
>> general protection trap. I tried several drivers and always got the
>>
Hello,
Zheng Da, le Thu 13 May 2010 08:59:59 -0400, a écrit :
> I boot hurd with the new kernel and run the user-level network drivers
> but got a kernel
> general protection trap. I tried several drivers and always got the
> same problem.
> The error can be seen at http://i.imagehost.org/0382/Scr
On 10-5-19 下午10:42, Samuel Thibault wrote:
> Zheng Da, le Thu 13 May 2010 08:59:59 -0400, a écrit :
>> general protection trap. I tried several drivers and always got the
>> same problem.
>> The error can be seen at http://i.imagehost.org/0382/Screenshot.png.
>>
>> addr2line shows me 0x1076e6 is at
Zheng Da, le Thu 13 May 2010 08:59:59 -0400, a écrit :
> general protection trap. I tried several drivers and always got the
> same problem.
> The error can be seen at http://i.imagehost.org/0382/Screenshot.png.
>
> addr2line shows me 0x1076e6 is at
> /root/gnumach-build/../gnumach/i386/i386/spl.S
On 10-5-18 上午4:20, Thomas Schwinge wrote:
> Hello!
>
> On Thu, May 13, 2010 at 08:59:59AM -0400, Zheng Da wrote:
>> It is really weird. I built gnumach with --disable-device-drivers
>> --enable-ide --enable-kdb.
>> I boot hurd with the new kernel and run the user-level network drivers
>> but got a
Hi,
On Fri, May 14, 2010 at 02:17:08PM +0800, Da Zheng wrote:
> BTW, e100 does work after I remove eepro100 from gnumach.
Oh, great :-)
> too bad, I don't have a chance to debug e1000 again;-)
Hehe ;-)
-antrik-
Hello!
On Thu, May 13, 2010 at 08:59:59AM -0400, Zheng Da wrote:
> It is really weird. I built gnumach with --disable-device-drivers
> --enable-ide --enable-kdb.
> I boot hurd with the new kernel and run the user-level network drivers
> but got a kernel
> general protection trap. I tried several d
On 10-5-14 下午1:17, olafbuddenha...@gmx.net wrote:
> Hi,
>
> On Thu, May 13, 2010 at 08:59:59AM -0400, Zheng Da wrote:
>
>> It is really weird. I built gnumach with --disable-device-drivers
>> --enable-ide --enable-kdb. I boot hurd with the new kernel and run the
>> user-level network drivers but
Hi,
On Thu, May 13, 2010 at 08:59:59AM -0400, Zheng Da wrote:
> It is really weird. I built gnumach with --disable-device-drivers
> --enable-ide --enable-kdb. I boot hurd with the new kernel and run the
> user-level network drivers but got a kernel general protection trap. I
> tried several drive
Hello,
On Wed, May 12, 2010 at 12:26 PM, Thomas Schwinge wrote:
> Hello!
>
> Adding the possibility to programmatically disable all network device
> drivers into GNU Mach's configure script is possible, but it'll take a
> bunch of time if done properly, or I can do it in a very, very ugly way.
>
Da Zheng, le Thu 13 May 2010 08:12:03 +0800, a écrit :
> qemu is extremely slow. the fewer files are compiled, the better it is
> for me. Thanks.
I usually build in my Linux host actually.
Samuel
On 10-5-13 下午6:06, Samuel Thibault wrote:
> Da Zheng, le Thu 13 May 2010 08:12:03 +0800, a écrit :
>> qemu is extremely slow. the fewer files are compiled, the better it is
>> for me. Thanks.
>
> I usually build in my Linux host actually.
Right. I should also do that.
Zheng Da
Hello,
On 10-5-13 上午12:26, Thomas Schwinge wrote:
> Hello!
>
> Adding the possibility to programmatically disable all network device
> drivers into GNU Mach's configure script is possible, but it'll take a
> bunch of time if done properly, or I can do it in a very, very ugly way.
> Instead, can't
Hello!
Adding the possibility to programmatically disable all network device
drivers into GNU Mach's configure script is possible, but it'll take a
bunch of time if done properly, or I can do it in a very, very ugly way.
Instead, can't you simply use ``--disable-device-drivers --enable-ide''?
The
26 matches
Mail list logo
