his helps.
>
>
> --
> http://www.infibeam.com/Books/linux-kernel-api-lambert-m-surhone/9786132143969.html
>
> --
> To unsubscribe from this list: send an email with
> "unsubscribe kernelnewbies" to ecar...@nl.linux.org
> Please read the FAQ at http://kernelnewbi
what not to.
And, a pure vanilla kernel may not have some modules/code-part
compiled by default which were incidentally included in your old
".config".
Hope this helps!
[...snip...]
--
Shreyansh
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecar...@nl.linux.org
Please read the FAQ at http://kernelnewbies.org/FAQ
mode, and user-space - which can support both 32 and 64 bit.
--
Shreyansh
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecar...@nl.linux.org
Please read the FAQ at http://kernelnewbies.org/FAQ
ok fine to me. It is
possible that while performing the config selection (make menuconfig)
you have missed out some necessary driver from kernel as well as
Module.
--
Shreyansh
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecar...@nl.linux.org
Please read the FAQ at http://kernelnewbies.org/FAQ
ears when a
daemon (for that matter any code) tries to open a socket and connect
to a certain port number - which is already being used by another
program or daemon.
Hope it helps.
--
Shreyansh
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecar...
e the OS , I want to avoid that. I can insmod
>> modules.
>>
>> Can I do this also from user-space ??
>
> Hi, try accessing an invalid pointer from user space (e.g. 0x) and
> put a break point at do_page_fault().
> Lauterbach should break there...
>
> Good luck,
&g
6174f
>>>0202 3067
>>> Call Trace:{kmem_cache_alloc+90}
>>> {:dbg:dbg_fmr_create+114}
>>>{:dbg:dbg_handle_ioctls+8712}
>>> {sys_ioctl+853}
>>>{system_call+126}
>>>
>>> Code: 0f 0b cc 5d 32 80 ff ff ff ff ed 06 31 d2 41 f7 c6 00 20 00
>>> RIP {cache_alloc_refill+409} RSP <010134709e08>
>>> <0>Kernel panic - not syncing: Oops
--
Shreyansh
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to [EMAIL PROTECTED]
Please read the FAQ at http://kernelnewbies.org/FAQ
Oops, sorry, just saw this line:
> Pid: 16998, comm: dbg_fmr_create Not tainted 2.6.9-42.ELsmp
On 7/9/08, Shreyansh Jain <[EMAIL PROTECTED]> wrote:
> Hi Gagan,
>
> Please see comments inline.
>
>
> On 7/9/08, gagan grover <[EMAIL PROTECTED]> wrote:
&g
> > System have 4 GB RAM and I was continuosly checking top, it had
> sufficient
> > > memory to allocate.
[...]
Kernel BUG at slab:1773
invalid operand: [1] SMP
[...]
Can you tell us which kernel version are you working with - so that I
can refer the code to see which BUG is
Linux kernel book too good in this respect (but
yes, I had to read each topic many times to understand substantially).
[Also, Scott had already answered even before I could press enter -
but still I took the liberties of expressing my understanding]
--
Shreyansh
--
To unsubscribe from this list: send
stions are most welcome. I would like to solve
this mystery rather than live with it.
--
Shreyansh
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to [EMAIL PROTECTED]
Please read the FAQ at http://kernelnewbies.org/FAQ
the module of the disk type you are using.
I agree this is not limited to SATA module - but I found that as most
happening error for me.
Shreyansh.
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to [EMAIL PROTECTED]
Please read the FAQ at http://kernelnewbies.org/FAQ
essarily a SCSI thing? I thought 'dd' command could be
used for block I/O over devices like floppy, CDROM, and IDE device?
Am I wrong?
--
Shreyansh
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to [EMAIL PROTECTED]
Please read the FAQ at http://kernelnewbies.org/FAQ
ng in your kernel path. This way atleast you can narrow down
where/why the problem exists. Sleeps would give syslog time to print
something.
Sincerely hope this helps. If problem already solved, apologies for the noice.
--
Shreyansh
--
To unsubscribe from this list: send an email with
"uns
Hi,
Just a couple from me :
> * memory management (wouldn't we all?)
> * debugging (the latest techniques)
info about Kexec and Kdump: http://www.linux-mag.com/id/2998/
GDB manual: http://sources.redhat.com/gdb/current/onlinedocs/gdb_toc.html
--
Shreyansh
--
To unsubscribe fro
you need the apropriate driver.
Shreyansh
[Apologies is this messages reaches multiple times]
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to [EMAIL PROTECTED]
Please read the FAQ at http://kernelnewbies.org/FAQ
gt; describes the contents of the EFLAGS register.
Done.
>
> Sincerly,
>
> Thomas
And sorry, Cannot put Thomas in CC as I am mailing from the Gmane.org web
interface and it doesn't give me any option for that.
Your help is highly appreciated.
Shreyansh
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to [EMAIL PROTECTED]
Please read the FAQ at http://kernelnewbies.org/FAQ
tate)
My doubts are:
1) What does the instruction "mov 0x803d54e0(,%rax,8), %rdx" imply?
2) for "RIP: 0010:[] " what does "0010" mean?
3) Does "EFLAGS: 00010217" signify any error value, and if it does,
how to interpret it?
Thanks for any help,
Shreyansh
--
T
Hi,
On Jan 12, 2008 7:20 PM, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> On 11/01/2008, Shreyansh <[EMAIL PROTECTED]> wrote:
> > Greg Freemyer gmail.com> writes:
> > 8<
> > > If you want to have a high quality copy of the messages on disk, then
n copy
(file) I should be able to tackle that problem.
Nevertheless, I still would like to know if actually someone has observed log
data corruption in view of excessive printks (or it might be happening on my
machine due to some other yet-undetected problem).
>
> Greg
Thanks once again.
Shrey
causing corruption of the printk log buffer? Any hints/pointers as to what
should I do to debug this kind of problem?
I am currently working on SLES 10 SP1 (2.6.16.46 kernel) on an SMP opteron
machine.
Thanks,
Shreyansh
--
To unsubscribe from this list: send an email with
"unsubs
t kernel.
if !__KERNEL__ would make sure that user-space gets what kernel should not.
I don't have an example of a such a scenario, so possible this is more of a
blind-shot.
THanks and apologies if that is misleading/wrong.
Shreyansh
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to [EMAIL PROTECTED]
Please read the FAQ at http://kernelnewbies.org/FAQ
s not overflow max allowable io vectors in bio
Any help/pointer/reference would be really appreciated.
Also, this is a test code and hence does not confirm to good coding styles -
please ignore that.
Regards
Shreyansh
Shreyansh Jain gmail.com> writes:
[removed the previous text to curtail the le
s that only raw I/O uses it (direct i/o may not work right
now).
---
Any help would be really appreciated.
Regards
Shreyansh
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to [EMAIL PROTECTED]
Please read the FAQ at http://kernelnewbies.org/FAQ
ciated.
Regards
Shreyansh
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to [EMAIL PROTECTED]
Please read the FAQ at http://kernelnewbies.org/FAQ
25 matches
Mail list logo