Re: Linux release & branch management

2017-11-16 Thread Carlo Caione
On Thu, Nov 16, 2017 at 1:27 AM, Anand Arumugam <anand.aru...@gmail.com> wrote:
> Hello All,
>
> I am looking for some good wiki or documentation about about Linux branches
> and release management. I have read in the web about the benevolent dictator
> model of git is used by Linus. But what I'm looking for is the actual
> logistical details like what are the official blessed repos/branches that
> Linus' lieutenants use and where does the patch submitted by any contributor
> get to and how does it get to, etc. The recent email thread on submitting
> patches to Linus triggered this question for me.

look at https://elixir.free-electrons.com/linux/latest/source/MAINTAINERS

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: How to find closest tag when using git-bisect?

2016-09-08 Thread Carlo Caione
On Thu, Sep 8, 2016 at 12:56 PM, Louie Lu <louie...@hopebaytech.com> wrote:
> Hi everyone,
>
> I'm trying to git-bisect for debugging, but how can I find the tag I need?
>
> for example, I'm find the file change at maybe commit
> fc2bd799c7c79c84a59da6f9221370bc6f38c503, how to find the closest tag
> for this commit?

This is literally the first link you get on google when searching for
"closest tag for this commit"

https://git-scm.com/docs/git-describe

> and a anther question is, is every bisect need to recopmile all kernel
> code by `make`? or just need to build the thing I need?

Question is not clear. You need to recompile at each step.

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: list etiquette

2016-06-07 Thread Carlo Caione
On Tue, Jun 7, 2016 at 7:40 PM,  <mhornung.li...@gmail.com> wrote:
> Hi Tobin,
>
> On Mon, 06. Jun 18:53, Tobin Harding wrote:
>> LKML list etiquette question.
>>
>> When asking a [simple] question that receives an suitable answer is it 
>> correct
>> etiquette to reply with a thank you email or is this just adding noise to the
>> list?
>
> Someone reading your question (and the suitable answer) later on might wonder
> if the answer was correct or not. So yes, it is always useful to reply with a
> "thank you" if the answer was correct and useful.

This generates useless spam and traffic in a ml that already counts
hundreds of mails per day.

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: USB device debugging

2016-05-24 Thread Carlo Caione
On Tue, May 24, 2016 at 9:39 AM, Narasimha M <mnarasimha...@gmail.com> wrote:
> Hi All,
> Could you please help in checking receive packet flow from USB driver.

https://wiki.wireshark.org/CaptureSetup/USB

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: LINKS PLEASE

2016-05-17 Thread Carlo Caione
On Tue, May 17, 2016 at 11:00 AM, Robert P. J. Day
<rpj...@crashcourse.ca> wrote:
> On Tue, 17 May 2016, Gnoleba GNOGBO wrote:
>
>> Hi !
>> I am beginning my learn of Linux !
>> Can you show (give) me the good link for :
>>
>>  1. the management of the all memory in Linux ( Rom, Ram, cache, Registers, 
>> swap and fs)
>>  2. the management of the all process (initialization, user process, kernel 
>> process )
>>  3. the all tables in memory to manage the data and process
>>
>> Regards
>>
>> Gnoleba
>
>   there is no way this is serious.

I always wonder why people never ask something like "How do I turn a
LED on and off with a GPIO?"

;-)

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: Can I just remove code of other architectures and get a clean X86 source

2016-05-12 Thread Carlo Caione
On Thu, May 12, 2016 at 2:50 PM, walkerlala <ablacktsh...@gmail.com> wrote:
>  Hi everyone.
>  I am just reading the kernel code, adding some code to make it
> pause and print some text and then interact with it a little bit. I have
> compile the kernel successfully and run the kernel in QEMU. It did
> work.Nice.
>  But, when I reading the source, I found that there are just too
> many files there, which make it hard for me to manage. With so many
> files, It's hard to change directories, read and modified and still
> remember what you are doing (so many files with the same/similar name).
>  I know that's because Linux support many architectures, and that 's
> the reason why there are so many folders under the 'arch' directory of
> the source code.
>  So, I wonder, as I only want the source for x86 device, can I
> simply remove that source files which are unrelated to x86 and still
> make the kernel work as normal? I mean, can I just remove all the
> directory under 'arch' except 'x86-64' ? Also, are there any other files
> that I can safely removed and won't hurt the kernel ?
>  Thanks in advance.
>  (btw, I don't know whether this question is asked before. I google
> it but find nothing related. If it's duplicated, please give me some
> pointer to the mailing list where this topic located )

Navigate with cscope only on one architecture:

make ARCH=arm cscope

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: Question about cc:stable and git send-email

2016-04-25 Thread Carlo Caione
On Mon, Apr 25, 2016 at 10:06 AM, Ricardo Ribalda Delgado
<ricardo.riba...@gmail.com> wrote:
> Hello
>
> I was trying to do The right thing (TM) with a patch for a regression.
> I did my homework and found which commit introduced the error using
> git blame and also found out when that commit was introduced using git
> describe.
>
> I added the tags:
>
> Fixes: XXX ()
> CC: sta...@vger.kernel.org # 4.4.x-

No need for # ..

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: Possible Bug

2016-03-31 Thread Carlo Caione
On Thu, Mar 31, 2016 at 5:08 PM, Roger H Newell <newell.ro...@gmail.com> wrote:
> On Thu, Mar 31, 2016 at 12:18 PM, nick <xerofo...@gmail.com> wrote:
>>
>>
>> On 2016-03-31 08:34 AM, Roger H Newell wrote:
>> In the fs/file_table.c file as from the root directory of your kernel tree 
>> change in the function,
>> get_empty_flip change these lines:
>>  if (unlikely(error)) {
>>  file_free(f);
>>  return ERR_PTR(error);
>>  }
>> to:
>> if (unlikely(error))
>> return ERR_PTR(error);
>> and tell me if that fixes your issue.
>> Nick
>
>
> Seems to have worked, the error is is gone and I can mount the USB device.

That's not a fix, you are leaking f.

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: unregister_input_polled_device() leads to null pointer deref

2016-03-28 Thread Carlo Caione
On Mon, Mar 28, 2016 at 3:32 PM, Okash Khawaja <okash.khaw...@gmail.com> wrote:
> Hi,
>
> I'm writing a i2c device driver. In probe(), among other things I call:
>
> polled_input = input_allocate_polled_device();
> input_register_polled_device(polled_input);
>
> Then inside remove(), I extract the instance of input_polled_dev and
> call
>
> input_unregister_polled_device(polled_input);
>
> This results in kernel error:
>
> "Unable to handle kernel NULL pointer dereference at virtual address
> 0474".
>
> It turns out that the input_dev pointer inside input_polled_dev is null
> which leads to this error. But why is input_dev pointer null? It is not
> null inside probe() function and I don't release it anywhere.
>
> This is code: http://pastebin.com/JJdepyEG and here is link to the output,
> along with my log statements: http://pastebin.com/badwSvyy.
>

input_free_polled_device(polled_input) is always called in your probe function.


-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: ARM Linux: Where the SDRAM address and size defined

2016-03-07 Thread Carlo Caione
On Mon, Mar 7, 2016 at 11:04 AM,  <f...@code-libre.org> wrote:
> On Mon, Mar 07, 2016 at 01:25:25PM +0800, Woody Wu wrote:
>> Hi,
>
> Hello,
>
>> In Samsung s3c24xx arch code, I cannot find where the SDRAM address and
>> size information was defined. Can someone give me a lead? Thanks.
>
> ARM boards, are now defined using Device Tree (DTS for source, DTB for 
> binary, the compiled form).
> I couldn't find out for s3c24xx but, the block memory is defined as follow:
>
> memory {
> reg = <0x2000 0x2000>;
> };
>

For the record. The memory node in the DTS is most of the time useless
/ there for documentation since the node is overwritten by the
bootloader who is in charge to initialized the DRAM.

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: Finding when a chip was supported in the kernel

2016-02-15 Thread Carlo Caione
On Mon, Feb 15, 2016 at 3:44 PM, Rob Groner <rgro...@rtd.com> wrote:
>
>
> Is there some specific place/way I can find the specific kernel version when
> support for an arbitrary chip was added? An example is the Intel 82574
> Ethernet chip.  I’m finding that google is failing me for finding the
> specific kernel of inclusion.  This comes up somewhat often here at work
> (having to determine how far back our Linux support goes), so I’m trying to
> find the best way to determine this.

git log --reverse $driver
git describe --contains $SHA

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: Got wrongly (I hope) banned from eudyptula challenge

2015-10-09 Thread Carlo Caione
On Thu, Oct 8, 2015 at 9:40 PM, Vinicius Tinti <viniciusti...@gmail.com> wrote:
> Hi,
>
> I think I got banned from Eudyptula Challenge because my last mail
> which I asked people to check if they received their answer from
> Little.
>
> Who could I ask to verify and see that I have not violated the terms in 
> Little?

This is not the right list to ask about this kind of stuff. It's
getting annoying.

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: refrence to communicate with hardware

2015-06-15 Thread Carlo Caione
On Mon, Jun 15, 2015 at 10:44 AM, john byron newmr.cyber...@yahoo.com wrote:
 Anyone know where i need to do/read to know all the flag (or something
 else in low level, or bit level) to communicate with hardware ?

datasheet?

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: Query on device tree phandles

2015-05-26 Thread Carlo Caione
On Mon, May 25, 2015 at 11:02 AM,  victorascr...@gmail.com wrote:
 Hello,

 I have a query related to device tree. If I have three nodes as below

 node1: node1@addr1 {
compatible =name1, syscon;
}

 node2: node1@addr2 {
compatible =name2, syscon;
}

 node3: node1@addr3 {
compatible =name3, syscon;
}


 At the top soc node, I define phandles as follows

 node-phandle1 = node1 0x10
 node-phandle2 = node2 0x20
 node-phandle3 = node3 0x30

 How can I read the values of 0x10, 0x20 and 0x30 while using the node-phandlex
 property? Is it possible using one of the of_* functions?

 The driver binds to one of the syscon nodes above lets say node3.

http://lxr.free-electrons.com/source/drivers/of/base.c#L1597

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: Appropriate method of io remapping a single memory location?

2015-05-06 Thread Carlo Caione
On Tue, May 5, 2015 at 3:29 PM,  maitysancha...@gmail.com wrote:
 Thanks for the reply. Hmm... I did not think of a DT entry as it is a
 single location and not part of any particular peripheral. Not even
 mentioned in the memory map.

That's why I suggested to use a syscon device.

 I tried grepping for ioremap functions instead of devm ones and saw one
 instance and I wrote mine like this

 rom_rev = ioremap(ROM_REVISION_REGISTER, SZ_1);
 if (rom_rev)
 soc_dev_attr-revision = kasprintf(GFP_KERNEL, %08x,
 readl(rom_rev));

 Is something like this valid? Or use of devm_* functions is
 recommeneded? Since this ioremap is gonna be called from a function
 which is bound to the .init_machine entry of DT_MACHINE_START any harm
 in doing this ioremap directly or the DT method would be recommended?

I guess that DT is always recommended. I would use something like
of_find_compatible_node() + of_iomap() on the syscon device for that
(after of_platform_populate()).
Probably you could use also directly the physical location or a
iotable but it is definitely uglier IMO.

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: Checkpatch Patches

2014-09-16 Thread Carlo Caione
On Tue, Sep 16, 2014 at 5:44 PM, Nick Krause xerofo...@gmail.com wrote:
 On Tue, Sep 16, 2014 at 10:19 AM,  valdis.kletni...@vt.edu wrote:
 On Tue, 16 Sep 2014 08:44:27 -0400, nick said:

 I am attaching two check patch patches I wrote in the last few days as I am 
 unable to get a reply
 from the maintainers. Would someone please send them off for me.

 I am attaching.  Fail 3 words in.

 That's why you aren't getting a reply from the maintainers. They don't bother
 reading patches they know will probably *never* be correct.

 And yes, at least one of the two patches is incorrect.

 Thanks for the Help, I really do appreciate it and I do understand how 
 much I have screwed up. My concern now is
 now to make it right.

 You don't make it right by posting more wrong patches. Now do us
 all a favor and *stop* being either an idiot, or a troll, or whatever
 your problem is.  We have *zero* desire to see *any* more patches from
 somebody who is either unable or unwilling to post a *single* correct
 patch after *two months* of trying.

 So please do us a favor and go piss off some other open source project.

 THE KERNEL DOES NOT WANT YOUR BULLSHIT.



 I am going to attach it again and I understand Valdis. I am going to
 talk to Sudip about reading and checking
 my patches first.

Rik,
probably it's time to ban Nick also from this ml.

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: Rep Improvement

2014-09-07 Thread Carlo Caione
On Sun, Sep 07, 2014 at 07:06:37PM +0100, Hugo Mills wrote:
 On Sun, Sep 07, 2014 at 01:26:20PM -0400, nick wrote:
  Hey Guys,
  I seem to be unable to read the list now :(.
 
Assuming you're talking about the linux-kernel list, you've
 probably been unsubbed by the mailing list software on vger. It does
 this if it gets too many errors from your mail server. This can happen
 with even a short transient outage that you wouldn't otherwise notice
 -- the list software has something of a hair trigger on these matters.
 It happens to everyone at some point...
 
I would suggest simply resubscribing, and only start worrying about
 it if you can't resubscribe.

He was banned.

-- 
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: Query on linker scripts

2012-03-24 Thread Carlo Caione
On 24/03/2012 05:43, Vaibhav Jain wrote:
 Hi,
[cut]
 is confusing. An example is the use of symbols sbss and ebss in the bss
 section as show in the script below
 ENTRY (loader)
 SECTIONS
 {
  . = 0x0010;
  .text ALIGN (0x1000) :
  {
  *(.text)
  }
  .rodata ALIGN (0x1000) :
  {
  *(.rodata*)
  }
  .data ALIGN (0x1000) :
  {
  *(.data)
  }
  .bss :
  {
  sbss = .;
  *(COMMON)
  *(.bss)
  ebss = .;
  }
 }

I'm not sure if you are OT, anyway...

i.e. they are useful if you want to clear the bss section before execution.

[snippet for ARM proc]
...
ldr r2, =_sbss
b   LoopFillZerobss
/* Zero fill the bss segment. */
FillZerobss:
movsr3, #0
str r3, [r2], #4

LoopFillZerobss:
ldr r3, = _ebss
cmp r2, r3
bcc FillZerobss
...

--
Carlo Caione

___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Re: UART and servo controller

2011-03-15 Thread Carlo Caione
On 15/03/2011 00:50, Greg KH wrote:

 It's a mess to do this, it would be easier, and simpler, to just do this
 all from userspace, which is where the kernel is expecting this to come
 from.

 You can hook into an existing serial port, talking to the tty device,
 but it is difficult and not anything I would recommend as a simple
 kernel module, sorry.

 good luck,

Thank you for the reply. I thought it was simpler.
It is always hard to find out a kernel area simple enough to make 
experiments that are at the same time somehow useful.

--
Carlo Caione


___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


UART and servo controller

2011-03-14 Thread Carlo Caione
Hi,
as an exercise I was trying to write a very simple module to drive a micro 
serial servo controller. This servo controller should be interfaced through a 
RS232-UART converter to a free UART port on the OMAP processor present on a 
beagleboard.
This servo controller is very simple: the serial commands are given through 
serial port following a strict protocol.
The idea was to create an ad-hoc  character driver and interact with it using 
ioctl() (or procfs) to give commands to the motors (which motor to move and the 
final position).
To learn about serial and UART drivers I was looking at the serial drivers for 
the omap (drivers/serial/omap-serial.c) but I suspect that this is not the 
right choice. 
The problem is that I don't want a serial device (/dev/ttyXX) the user can 
interact with (i.e. reading or writing to). The user should be able just to use 
ioctl() on an ad-hoc character device (i.e. /dev/motors) whereas the 
communication part through the UART and the communication protocol 
(configuration of the packet to send) should be up to the driver, in a 
transparent way.

Now my question is:
* How can I manage to hide the serial communication part into the driver 
(kernel), exposing to the user just an ad-hoc character device? It is enough 
for me a pointer to a driver similar to mine to take a look at the code. 

I suspect that I should use the UART driver because I need to set the 
communication parameters such as baudrate, parity and so on. But also when I 
use uart_register_driver() to register the driver I need (need?) e pointer to 
the console structure and this is not I want.

Thank you and sorry for the noob question.

--
Carlo Caione





___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies