Re: Question about memory in C

On Wed, Feb 10, 2016 at 08:49:30PM -0200, Victor Detoni wrote: > Hi, > > Thank you for your tip! I really appreciate it. In my situation I will have > many profiles and for each profile I can have many ip address, for example: > > profile 1: > 192.168.0.0/24 > 192.168.1.2/32 > 192.168.14/23 > ...

Re: Question about memory in C

Hi, Thank you for your tip! I really appreciate it. In my situation I will have many profiles and for each profile I can have many ip address, for example: profile 1: 192.168.0.0/24 192.168.1.2/32 192.168.14/23 ... profile 2: 10.10.10.0/24 10.11.12.0/23 ... What's your opinion? I'm thinking to

Re: Question about memory in C

On Wed, Feb 10, 2016 at 11:40:44AM -0200, Victor Detoni wrote: > Hi all, > > I'm working for a network security prototype and I would like to know the > best way to read diferent configs from the memory, for example: > > My program will receive many pkts from network interface and it needs to > k

Re: SPI Slave Patch - Kernel Version

Hi, On 16-02-02 06:46:33, Asharaf P wrote: > Hai, > > I was looking for SPI slave support and found some patches at linux-spi > mailing list[1]. > > I am using custom branch[2] from freescale based on 3.14, on which the above > patch failed, so how can i find the base version of the above pat

Re: Why there is no GPU swap support in linux based systems?

On 09.02.2016 22:33, Greg KH wrote: > On Tue, Feb 09, 2016 at 09:12:23PM +0300, alexhoppus wrote: >> (The things below are mainly related to arm mali systems) >> >> Hi. Actually i want to know - why there is no GPU Swap support in Linux >> based systems? It seems that the GPU works with graphical c

Re: Question about memory in C

I think reading file sequentially & process it is a good idea for huge chunk of data. Just think about sort the data in someway (i feel, index sort or hashing would be great) & use some search mechanism. Again it is all depends on sort & search algorithm. On Wed, Feb 10, 2016 at 7:10 PM, Victor De

Question about memory in C

Hi all, I'm working for a network security prototype and I would like to know the best way to read diferent configs from the memory, for example: My program will receive many pkts from network interface and it needs to know what's profile it will use based on source ip address. First all, I'm th

Re: Backtrace of every the threads

On Wed, 10 Feb 2016 11:56:40 +0100, Ricardo Ribalda Delgado said: > I did not explain myself well. > > By thread I mean kernel thread, and user thread. > > What i want to get is a back trace of ALL the programs running in user > and kernel space. See what happens when you do 'echo t > /proc/sysrq-

Re: Backtrace of every the threads

> [2016-02-10T16:26:40+0530]: "Ricardo Ribalda Delgado" (ricardo-delgado): ,[ ricardo-delgado ] | By thread I mean kernel thread, and user thread. | | What i want to get is a back trace of ALL the programs running in user | and kernel space. ` d.u.d.e :) -- kind regards anupam _

Re: Backtrace of every the threads

I did not explain myself well. By thread I mean kernel thread, and user thread. What i want to get is a back trace of ALL the programs running in user and kernel space. Your example is a single program, and the trace ends in userspace. Sorry for the missunderstunding. On Wed, Feb 10, 2016 at

Re: Backtrace of every the threads

> [2016-02-10T15:06:30+0530]: "Ricardo Ribalda Delgado" (ricardo-delgado): ,[ ricardo-delgado ] | Unfortunately not :( But thanks for trying :) ` seems to work just fine on a trivial program here: < aside: hopefully, i will not be judged too harshly for c++ :) > , | anupam@fatcat

Re: Backtrace of every the threads

Hi Anupam On Wed, Feb 10, 2016 at 10:20 AM, Anupam Kapoor wrote: > > > In a multi-threaded program, gdb by default shows the backtrace only for > the current thread. To display the backtrace for several or all of the > threads, use the command thread apply (see thread apply). For example, > if yo

Re: Backtrace of every the threads

> [2016-02-10T14:35:33+0530]: "Ricardo Ribalda Delgado" (ricardo-delgado): ,[ ricardo-delgado ] | Luckily, the error is gone now :). but I was wondering if there is a | way to show the backtrace of ALL the threads in the system, which | could have been a wonderful tool to debug this issue

Backtrace of every the threads

Hello I have been debugging a process that makes a syscall which never returned. The problem was the interaction between than process and other kernel threads, due to an error on the way the locks were designed (my bad). Luckily, the error is gone now :). but I was wondering if there is a way to