Ctrl-C does not stop a process

Hi, I am logging in as root through a serial console. I'm using hyper terminal on Windows for the terminal emulator.In a serial console session, I can't kill processes with ^C; I have to telnet in and kill it.In a telnet session,^C works fine.Has anyone seen this behavior before? And how to

Re: where is ZONE_HIGHMEM defined?

Hi Robert, On Thu, Apr 3, 2008 at 3:54 PM, Robert P. J. Day [EMAIL PROTECTED] wrote: preprocessor symbol ZONE_HIGHMEM defined? running the obvious grep commands just isn't telling me what i want to know. thanks. I always use http://lxr.linux.no/linux to stroll through the sources, I find

Re: Ctrl-C does not stop a process

On Wed, Apr 09, 2008 at 11:06:12AM +0530, tomy wrote: I am logging in as root through a serial console. I'm using hyper terminal on Windows for the terminal emulator.In a serial console session, I can't kill processes with ^C; I have to telnet in and kill it.In a telnet session,^C works

Re: VMAs and offsets?

On Wed, 9 Apr 2008, Peter Teoh wrote: Wow...pmap allow u to see the distribution of stuff in the kernelas a userspace toolis that really true? Is it not a violation of security? Er..I think not...as a non-root user, I see nothing for maps. as you noticed, unless you're root,

Re: VMAs and offsets?

On Wed, 9 Apr 2008, Peter Teoh wrote: another interesting phenomena to know is that Linux kernel seemed to map all the processes' stack to the same linear address (for convenience of programming?): cat /proc/*/maps | grep stack and u can see ONE stack offset value. I thought there is an

Re: Ctrl-C does not stop a process

1. First don't login as root unless absolutely essential. 2. Use telnet or putty or vnc if possible.. 3. Try minicom for windows (though i havent tried) On Wed, Apr 9, 2008 at 11:06 AM, tomy [EMAIL PROTECTED] wrote: Hi, I am logging in as root through a serial console. I'm using hyper

Re: VMAs and offsets?

On Tue, 8 Apr 2008, Johannes Weiner wrote: Hi Robert, Robert P. J. Day [EMAIL PROTECTED] writes: On Tue, 8 Apr 2008, Peter Kerpedjiev wrote: Robert P. J. Day wrote: # pmap -d 1 1: init [5] Address Kbytes Mode Offset DeviceMapping ... snip ... 00c55000

Re: VMAs and offsets?

Hi, Robert P. J. Day [EMAIL PROTECTED] writes: On Tue, 8 Apr 2008, Johannes Weiner wrote: Hi Robert, Robert P. J. Day [EMAIL PROTECTED] writes: On Tue, 8 Apr 2008, Peter Kerpedjiev wrote: Robert P. J. Day wrote: # pmap -d 1 1: init [5] Address Kbytes Mode Offset

RE: Working of spinlock_irqsave

Hi, Will this work for multiple writers to solve: * contention between ISR and write * contention between 2 or more writers In the write() method: Grab spin_lock_irq Copy from interrupt buffer to local buffer spin_unlock_irq copy_to_user from local buffer If so, How? How is it

/proc/slab_allocators empty??

Hello, I'm testing 2.6.25-rc8 kernel on our embedded system. It turn out that /proc/slab_allocators has nothing to show, when cated: $ cat /proc/slab_allocators $ Why ? My config has all memory/slab/leak debugging enabled. Here is the .config: Regards, Hinko -- ČETRTA POT, d.o.o., Kranj

Trouble with PCI Ethernet card

Hi! I'm working with a MPC5200 on an STK52xx (TQ components) using the Linux_2_4_devel Kernel from the DENX site. Currently I have trouble getting my Kernel to accept the PCI Ethernet card in the PCI slot (well, where else? newbie != dummy ;-) The card is a Netgear FA311 with an DP831 chip

Re: Working of spinlock_irqsave

Hi Rajat, Thanks for your simple and clear explanation. If so, How? How is it different from irqsave call? It will work only if you are absolutely sure that interrupts will be enabled when this code gets executed. If you are not sure about the current state of interrupts when you are

Re: Trouble with PCI Ethernet card

This probably means mapping the BARs were unsuccessful. You should look into ioremap_nocache more carefully within your driver. Dinesh Thomas Häberle wrote: Hi! I'm working with a MPC5200 on an STK52xx (TQ components) using the Linux_2_4_devel Kernel from the DENX site. Currently I have