Linux-Development-Sys Digest #388, Volume #8 Wed, 3 Jan 01 13:13:17 EST
Contents:
problems with Disk on Module (Stefano Totaro)
Re: Error compiling gcc 2.95.2 ("Gene Heskett")
Re: Equivalent of DebugBreak? (Chris)
Where is SDL?! (Timothy Stark)
Re: Where is SDL?! (Lew Pitcher)
Re: Equivalent of DebugBreak? (Thaddeus L Olczyk)
devloper.kde.org is down? (Thaddeus L Olczyk)
mm problem ("Garik")
Re: device driver programming (Red Hat 7.0) (Bill Waddington)
Re: cpu count (James Cownie)
Re: Reading Linux file system from a Win 95 App. (Tim T.)
HardHat Linux + Ramdisk (without NFS) (Marcio Koch)
----------------------------------------------------------------------------
From: Stefano Totaro <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: problems with Disk on Module
Date: Wed, 03 Jan 2001 12:09:31 +0100
Hi guys,
we are experiencing serious problems with a Feiya 32 MB MicroDisk Module.
We have developed a STB based on linux and when we tryed to play the dvd
for awhile the Disk on Module was blanked.
The file system is mounted in read only, nothing should be written on the
Disk on Module in that phase and the dvd, since we have just one ide interface,
is the slave device of the same ide chain of the disk on module.
This happens only with the Feiya modules and so it looks to be an HW problem.
To try to solve it we have opened the Feyia module and we have ported
the write protect line on a unused pin of the IDE interface and so we are able
to physically protect the module from software when we don't need to write on it.
In this way the module is no longer blanked but sometimes when we
leave the dvd player the system is no longer usable because it does not find
the root and so you have to turn it off.
I am wondering if there is some way to reset the Disk on Module from software
without rebooting and I would like also to know your suggestions to solve
this problem.
Thank you,
Stefano
p.s.
please reply via e-mail, thank you.
--
Stefano Totaro, Software Manager
EsseGi s.r.l.
Tel (+39) 02 6601 7241
Fax (+39) 02 618 5492
------------------------------
Date: 2 Jan 2001 1:35:54 -0500
From: "Gene Heskett" <[EMAIL PROTECTED]>
Subject: Re: Error compiling gcc 2.95.2
Gene Heskett sends Greetings to Ronald Cole;
RC> "Christian Lescuyer" <[EMAIL PROTECTED]> writes:
>> The compiler is gcc 2.96.69 (or 64, can't remember). I don't think
>> this is the problem, though, because the error appears in stage 2
>> of a 'make boostrap'. If I understand correctly, at that time, a
>> first version of
>> 2.95.2 is used to recompile itself.
RC> Did you grab the updates to gcc 2.96 from RedHat?
Whatever for? They are so busted I can't even build Ghostscript6.50, or
gimp-1.2.0.
I'm back to 2.95.2, which seems to work.
Cheers, Gene
--
Gene Heskett, CET, UHK |Amiga A2k Zeus040, Linux @ 600mhz
email gene underscore heskett at iolinc dot net
#Amiga based X10 home automation program EZHome, see at:#
# <http://www.thirdwave.net/~jimlucia/amigahomeauto> #
ISP's please take note: My spam control policy is explicit!
#Any Class C address# involved in spamming me is added to my killfile
never to be seen again. Message will be automaticly deleted without dl.
This messages reply content, but not any previously quoted material,
is � 2000 by Gene Heskett, all rights reserved.
--
------------------------------
From: Chris <[EMAIL PROTECTED]>
Subject: Re: Equivalent of DebugBreak?
Date: Wed, 03 Jan 2001 13:52:26 +0000
"A. Schr�der" wrote:
>
> Hi,
>
> Thaddeus L Olczyk wrote:
>
> > Is there a command that is the equivalent of DebugBreak()?
>
> If you develop on a PC (i.e. Intel) you might simply insert
> a
>
> __asm__ ( "int3" );
>
> into your code (of course you may beautify this using a macro, for instance)
> and you will get the same results as with DebugBreak.
Unfortunately, this is not the case.
Consider the following:
#include <stdio.h>
int main() {
int i;
for (i = 0; i < 100; ++i) {
printf("i = %d\n", i);
if (i && !(i % 7)) asm("int3");
}
}
When run (without the debugger), you get:
$ ./test
i = 0
i = 1
i = 2
i = 3
i = 4
i = 5
i = 6
i = 7
Trace/breakpoint trap (core dumped)
$ ^D
In the debugger, a break does indeed occur at
the point specified. _However_ (and contrary to
my previous posting) it is not the same as a
SIGTRAP; if you catch SIGTRAP by doing
signal(SIGTRAP, SIG_IGN);
then your process still dumps core. The problem
is, I think, that int 3 operates at a lower
level; the debugger is expected to insert the
int 3 calls itself (and presumably install a
handler for them).
Instead, simply ignore SIGTRAP as above, and do
raise(SIGTRAP).
> Beware that this is machine specific, and thus non-portable to other
> architectures.
Yeah. The SIGTRAP thing ought to be portable.
--
Chris Lightfoot -- http://www.ex-parrot.com/~chris/
ignore From: line; try "chris at ex hyphen parrot dot com"
If they existed, they would be here (Fermi)
------------------------------
From: Timothy Stark <[EMAIL PROTECTED]>
Subject: Where is SDL?!
Date: Wed, 03 Jan 2001 13:35:13 GMT
Hello folks:
Recently I read Linux Journal magazine about SDL, OpenAL, etc.. I am
looking for SDL package because it failed to mention its ftp site, etc
where I can get it from. I looked into www.lokigames.org but I can't
find any pages about SDL. However, I searched for SDL though my browser's
search service but found only mailing list about SDL under the very same
web site (www.lokigames.org). I believe that its main page is not enough
information about SDL.
Thank you!
-- Tim Stark
--
Timothy Stark <>< Inet: [EMAIL PROTECTED]
==========================================================================
"For God so loved the world, that he gave his only begotten Son, that
whosoever believeth in him should not perish, but have everlasting life.
Amen." -- John 3:16 (King James Version Bible)
------------------------------
From: [EMAIL PROTECTED] (Lew Pitcher)
Subject: Re: Where is SDL?!
Reply-To: [EMAIL PROTECTED]
Date: Wed, 03 Jan 2001 13:47:26 GMT
On Wed, 03 Jan 2001 13:35:13 GMT, Timothy Stark
<[EMAIL PROTECTED]> wrote:
>Hello folks:
>
>Recently I read Linux Journal magazine about SDL, OpenAL, etc.. I am
>looking for SDL package because it failed to mention its ftp site, etc
>where I can get it from. I looked into www.lokigames.org but I can't
>find any pages about SDL. However, I searched for SDL though my browser's
>search service but found only mailing list about SDL under the very same
>web site (www.lokigames.org). I believe that its main page is not enough
>information about SDL.
I'm not 100% sure, but http://www.libsdl.org/ might be the site you
are looking for.
Lew Pitcher
Information Technology Consultant
Toronto Dominion Bank Financial Group
([EMAIL PROTECTED])
(Opinions expressed are my own, not my employer's.)
------------------------------
From: [EMAIL PROTECTED] (Thaddeus L Olczyk)
Subject: Re: Equivalent of DebugBreak?
Date: Wed, 03 Jan 2001 14:40:03 GMT
Reply-To: [EMAIL PROTECTED]
On Wed, 03 Jan 2001 13:52:26 +0000, Chris <[EMAIL PROTECTED]> wrote:
> The problem
>is, I think, that int 3 operates at a lower
>level; the debugger is expected to insert the
>int 3 calls itself (and presumably install a
>handler for them).
This is exactly how DebugBreak works in Windows.
The routine is made up of two commands,
int3
ret
------------------------------
From: [EMAIL PROTECTED] (Thaddeus L Olczyk)
Subject: devloper.kde.org is down?
Date: Wed, 03 Jan 2001 14:41:46 GMT
Reply-To: [EMAIL PROTECTED]
Anyone know whats up?
Is this temporary or permanent?
Is there anyplace else on the net I can go to get information?
Especially a list of kde classes, and documentation of them.
------------------------------
From: "Garik" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux
Subject: mm problem
Date: Thu, 4 Jan 2001 04:44:06 +0200
Hello!
I want to get a pte value from a virtual address.
I use this code in my module: (compiled for 2.2.18)
pgd = pgd_ofset(vma->mm, address); /* pgd=0x835edf50;
pgd_val(*pgd)=0x80000067 */
pmd = pmd_alloc(pgd, address);
if(!pmd) {
printk(...);
}
pte = pte_alloc__(pmd_address);
if(!pte) {
printk(...);
}
if(pte_present(*pte)) {
<CRUSH>
}
... and this is its output:
Jan 3 15:32:43 deri kernel: current->tss.cr3 = 03eb0000, %%cr3 = 03eb0000
Jan 3 15:32:43 deri kernel: *pde = 00000000
Jan 3 15:32:43 deri kernel: Oops: 0000
Jan 3 15:32:43 deri kernel: CPU: 0
Jan 3 15:32:43 deri kernel: EIP:
0010:[nfsd:__insmod_nfsd_S.bss_L123840+237013/614927511]
Jan 3 15:32:43 deri kernel: EFLAGS: 00010286
Jan 3 15:32:43 deri kernel: eax: 0000000c ebx: 00000120 ecx: 00000005
edx: 87334000
Jan 3 15:32:43 deri kernel: esi: 00000120 edi: 841f5c40 ebp: 83dbdedc
esp: 83dbdee0
Jan 3 15:32:43 deri kernel: ds: 0018 es: 0018 ss: 0018
Jan 3 15:32:43 deri kernel: Process insmod (pid: 1331, process nr: 73,
stackpage=83dbd000)
Jan 3 15:32:43 deri kernel: Stack: 8809f317 00000120 00000000 8809f632
000000bc 8809f632 000000ba 83ec6000
Jan 3 15:32:43 deri kernel: 00000000 8809f04e f5048000 00000001
00000000 83dbdf20 8809f158 83ec6000
Jan 3 15:32:43 deri kernel: 83dbdf30 8809f125 83ec6000 8809f000
83dbdf3c 8809f3ba 8809f709 00000000
Jan 3 15:32:43 deri kernel: Call Trace:
[nfsd:__insmod_nfsd_S.bss_L123840+236919/614927605]
[nfsd:__insmod_nfsd_S.bss_L123840+237714/614926810]
[nfsd:__insmod_nfsd_S.bss_L123840+237714/614926810]
[nfsd:__insmod_nfsd_S.bss_L123840+236206/614928318]
[nfsd:__insmod_nfsd_S.bss_L123840+236472/614928052]
[nfsd:__insmod_nfsd_S.bss_L123840+236421/614928103]
[nfsd:__insmod_nfsd_S.bss_L123840+236128/614928396]
Jan 3 15:32:43 deri kernel:
[nfsd:__insmod_nfsd_S.bss_L123840+237082/614927442]
[nfsd:__insmod_nfsd_S.bss_L123840+237929/614926595]
[sys_init_module+1103/1216]
[nfsd:__insmod_nfsd_S.bss_L123840+238528/614925996]
[nfs:__insmod_nfs_O/lib/modules/2.2.18/fs/nfs.o_M3A3505B8_V13160+0/96]
[nfsd:__insmod_nfsd_S.bss_L123840+236200/614928324] [system_call+52/56]
Jan 3 15:32:43 deri kernel: Code: f6 03 81 74 07 68 93 f6 09 88 eb 05 68
a2 f6 09 88 e8 e5 4e
Jan 3 15:32:43 deri kernel: current->tss.cr3 = 03eb0000, %%cr3 = 03eb0000
Jan 3 15:32:43 deri kernel: *pde = 00000000
Jan 3 15:32:43 deri kernel: Oops: 0000
Jan 3 15:32:43 deri kernel: CPU: 0
Jan 3 15:32:43 deri kernel: EIP:
0010:[nfsd:__insmod_nfsd_S.bss_L123840+237013/614927511]
Jan 3 15:32:43 deri kernel: EFLAGS: 00010286
Jan 3 15:32:43 deri kernel: eax: 0000000c ebx: 00000120 ecx: 00000005
edx: 87334000
Jan 3 15:32:43 deri kernel: esi: 00000120 edi: 841f5c40 ebp: 83dbdedc
esp: 83dbdee0
Jan 3 15:32:43 deri kernel: ds: 0018 es: 0018 ss: 0018
Jan 3 15:32:43 deri kernel: Process insmod (pid: 1331, process nr: 73,
stackpage=83dbd000)
Jan 3 15:32:43 deri kernel: Stack: 8809f317 00000120 00000000 8809f632
000000bc 8809f632 000000ba 83ec6000
Jan 3 15:32:43 deri kernel: 00000000 8809f04e f5048000 00000001
00000000 83dbdf20 8809f158 83ec6000
Jan 3 15:32:43 deri kernel: 83dbdf30 8809f125 83ec6000 8809f000
83dbdf3c 8809f3ba 8809f709 00000000
Jan 3 15:32:43 deri kernel: Call Trace:
[nfsd:__insmod_nfsd_S.bss_L123840+236919/614927605]
[nfsd:__insmod_nfsd_S.bss_L123840+237714/614926810]
[nfsd:__insmod_nfsd_S.bss_L123840+237714/614926810]
[nfsd:__insmod_nfsd_S.bss_L123840+236206/614928318]
[nfsd:__insmod_nfsd_S.bss_L123840+236472/614928052]
[nfsd:__insmod_nfsd_S.bss_L123840+236421/614928103]
[nfsd:__insmod_nfsd_S.bss_L123840+236128/614928396]
Jan 3 15:32:43 deri kernel:
[nfsd:__insmod_nfsd_S.bss_L123840+237082/614927442]
[nfsd:__insmod_nfsd_S.bss_L123840+237929/614926595]
[sys_init_module+1103/1216]
[nfsd:__insmod_nfsd_S.bss_L123840+238528/614925996]
[nfs:__insmod_nfs_O/lib/modules/2.2.18/fs/nfs.o_M3A3505B8_V13160+0/96]
[nfsd:__insmod_nfsd_S.bss_L123840+236200/614928324] [system_call+52/56]
Jan 3 15:32:43 deri kernel: Code: f6 03 81 74 07 68 93 f6 09 88 eb 05 68
a2 f6 09 88 e8 e5 4e
Jan 3 15:32:43 deri kernel: current->tss.cr3 = 03eb0000, %%cr3 = 03eb0000
Jan 3 15:32:43 deri kernel: *pde = 00000000
Jan 3 15:32:43 deri kernel: Oops: 0000
Jan 3 15:32:43 deri kernel: CPU: 0
Jan 3 15:32:43 deri kernel: EIP:
0010:[nfsd:__insmod_nfsd_S.bss_L123840+237013/614927511]
Jan 3 15:32:43 deri kernel: EFLAGS: 00010286
Jan 3 15:32:43 deri kernel: eax: 0000000c ebx: 00000120 ecx: 00000005
edx: 87334000
Jan 3 15:32:43 deri kernel: esi: 00000120 edi: 841f5c40 ebp: 83dbdedc
esp: 83dbdee0
Jan 3 15:32:43 deri kernel: ds: 0018 es: 0018 ss: 0018
Jan 3 15:32:43 deri kernel: Process insmod (pid: 1331, process nr: 73,
stackpage=83dbd000)
Jan 3 15:32:43 deri kernel: Stack: 8809f317 00000120 00000000 8809f632
000000bc 8809f632 000000ba 83ec6000
Jan 3 15:32:43 deri kernel: 00000000 8809f04e f5048000 00000001
00000000 83dbdf20 8809f158 83ec6000
Jan 3 15:32:43 deri kernel: 83dbdf30 8809f125 83ec6000 8809f000
83dbdf3c 8809f3ba 8809f709 00000000
Jan 3 15:32:43 deri kernel: Call Trace:
[nfsd:__insmod_nfsd_S.bss_L123840+236919/614927605]
[nfsd:__insmod_nfsd_S.bss_L123840+237714/614926810]
[nfsd:__insmod_nfsd_S.bss_L123840+237714/614926810]
[nfsd:__insmod_nfsd_S.bss_L123840+236206/614928318]
[nfsd:__insmod_nfsd_S.bss_L123840+236472/614928052]
[nfsd:__insmod_nfsd_S.bss_L123840+236421/614928103]
[nfsd:__insmod_nfsd_S.bss_L123840+236128/614928396]
Jan 3 15:32:43 deri kernel:
[nfsd:__insmod_nfsd_S.bss_L123840+237082/614927442]
[nfsd:__insmod_nfsd_S.bss_L123840+237929/614926595]
[sys_init_module+1103/1216]
[nfsd:__insmod_nfsd_S.bss_L123840+238528/614925996]
[nfs:__insmod_nfs_O/lib/modules/2.2.18/fs/nfs.o_M3A3505B8_V13160+0/96]
[nfsd:__insmod_nfsd_S.bss_L123840+236200/614928324] [system_call+52/56]
Jan 3 15:32:43 deri kernel: Code: f6 03 81 74 07 68 93 f6 09 88 eb 05 68 a2
f6 09 88 e8 e5 4e
------------------------------
From: Bill Waddington <[EMAIL PROTECTED]>
Subject: Re: device driver programming (Red Hat 7.0)
Date: Wed, 03 Jan 2001 15:04:28 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
> Hi ,
>
> Nope , the kernel souce tree version is 2.2.16.
> But the compiler compile the source code for the 2.4 kernel because
of the
> <linux/version.h> .
>
> I think the problem here is the header file (version.h>.
>
> Anyone can explain on this ?
>
> Thanx in advance .
>
>
Hello,
Try compiling with -I/usr/src/linux/include
Bill
--
Bill Waddington
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Sent via Deja.com
http://www.deja.com/
------------------------------
From: James Cownie <[EMAIL PROTECTED]>
Subject: Re: cpu count
Date: Wed, 03 Jan 2001 12:09:43 GMT
> > Oleg Levin wrote:
> > > May be somebody knows how can I determine the number of CPU,
> > > without parsing /proc/stat or /proc/cpuinfo files ?
> >
#include "unistd.h"
static int cpu_count()
{
long nCPUs = sysconf (_SC_NPROCESSORS_ONLN);
return nCPUs < 1 ? 1 : nCPUs;
}
-- Jim
James Cownie <[EMAIL PROTECTED]>
Etnus, LLC. +44 117 9071438
http://www.etnus.com
------------------------------
From: [EMAIL PROTECTED] (Tim T.)
Subject: Re: Reading Linux file system from a Win 95 App.
Date: 3 Jan 2001 16:05:12 GMT
In article <92njak$8ke$[EMAIL PROTECTED]>,
[EMAIL PROTECTED] writes:
>
> Hi, I want to write windows application which should read a floppy
> formatted with Linux file system and copy a file from floppy to hard
> disk formatted with FAT File System
>
> I don't know whether i can access the floppy disk formatted with
> another file system using Win32 API or i need Lower level of access
> (e.g, VXD access), If so, From where i should start?
>
Have a look at Ltools (formerly Lread)
Homepage at:
http://www.it.fh-esslingen.de/~zimmerma/software/ltools.htm
Haven't used it, don't know if it works. but looks like a good place to
start..
TimT.
------------------------------
From: Marcio Koch <[EMAIL PROTECTED]>
Crossposted-To: comp.arch.embedded,comp.os.linux.hardware,comp.os.linux.powerpc
Subject: HardHat Linux + Ramdisk (without NFS)
Date: Wed, 03 Jan 2001 17:46:52 GMT
I'm trying to make the HardHat (Montavista CDK 1.2) Linux kernel 2.2.14 for
the bseip engine load a ramdisk and mount its root fs from that. But it
refuses to see the ramdisk that I've loaded with the kernel. I tried to load
as described in the BSEIP engine Manual and in the HardHat manual too, but it
only works when I use the kernel and the ramdisk from the bseip packege. If
I try to use the HardHat kernel and any ramdisk it don't work. I tryed using
rdev on the resulting image and it didn't worked too.
This is when I build a image without the bootlo.bin, from BSE, with the
kernel from HardHat (../mbxboot/zImage) and the ramdisk.gz from BSE :
>bload /ftpboot/build/image-test 200000
loading ... TFTP error 2 (Access violation)
tftp load error
done
>bload /tftpboot/build/image-test 200000
loading ... 2189906 bytes loaded cksum 0000942E
done
>go 210000loaded at: 00210000 0021B1FC
relocated to: 00180000 0018B1FC
board data at: 001801C8 001801E4
relocated to: 00200100 0020011C
zimage at: 00216000 0027E248
avail ram: 0027F000 01000000
Linux/PPC load:
Uncompressing Linux...done.
Now booting the kernel
Linux version 2.2.14 ([EMAIL PROTECTED]) (gcc version 2.95.2
199910300Boot arguments:
time_init: decrementer frequency = 180000000/60
Calibrating delay loop... 47.62 BogoMIPS
Memory: 15284k available (652k kernel code, 416k data, 32k init)
[c0000000,c100]Dentry hash table entries: 2048 (order 2, 16k)
Buffer cache hash table entries: 16384 (order 4, 64k)
Page cache hash table entries: 4096 (order 2, 16k)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0 for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
TCP: Hash tables configured (ehash 16384 bhash 16384)
Initializing RT netlink socket
Starting kswapd v 1.5
CPM UART driver version 0.03
ttyS00 at 0x0280 is a SMC
ttyS01 at 0x0380 is a SMC
pty: 256 Unix98 ptys configured
RAM disk driver initialized: 16 RAM disks of 6144K size
loop: registered device at major 7
eth0: CPM ENET Version 0.2, 00:50:15:00:03:84
PPP: version 2.3.7 (demand dialling)
TCP compression code copyright 1989 Regents of the University of California
PPP line discipline registered.
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 172.16.0.1, my address is 172.16.0.77
VFS: Cannot open root device 00:00
Kernel panic: VFS: Unable to mount root fs on 00:00
Rebooting in 180 seconds..
And this is when I use the bootlo.bin(BSE) + kernel(HardHat -
../coffboot/vmlinux.gz) + ramdisk.gz(BSE) :
>bload /tftpboot/build/image-test 200000
loading ... 2120400 bytes loaded cksum 00005377
done
>go 200000sinit
Start Mar 18 1999 17:15:49
loaded at: 00200000 00212BBC
relocated to: 00100000 00112BBC
board data at: 001002B4 001002D0
relocated to: 00200100 0020011C
zimage at: 00206300 0025E548 cksum: 0000CD81
relocated to: 00FA7000 00FFF248
initrd at: 0025E548 00405AD0 cksum: 00006E1B
relocated to: 00DFF000 00FA6588
avail ram: 0025F000 00600000
Linux/PPC load:
Uncompressing Linux...done.
Now booting the kerne�
Boot: BSE 1998 Dec 28 1999
>
Any help would be apreciated.
thanks.
Marcio
Sent via Deja.com
http://www.deja.com/
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list by posting to the
comp.os.linux.development.system newsgroup.
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
