All of lore.kernel.org
 help / color / mirror / Atom feed
From: sergei.shtylyov@cogentembedded.com (Sergei Shtylyov)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 04/10] usb: musb: ux500: harden checks for platform data
Date: Wed, 24 Apr 2013 18:00:28 +0400	[thread overview]
Message-ID: <5177E57C.3010802@cogentembedded.com> (raw)
In-Reply-To: <20130424065344.GB17416@gmail.com>

Hello.

On 24-04-2013 10:53, Lee Jones wrote:

>>>   	struct musb_hdrc_platform_data *plat = dev->platform_data;
>>> -	struct ux500_musb_board_data *data = plat->board_data;
>>> +	struct ux500_musb_board_data *data;

>>> -	param_array = data->dma_rx_param_array;
>>> +	param_array = (data) ? data->dma_rx_param_array : NULL;

>>     Why enclose a simple variable in parens?

> Because 'data' is a pointer, so it contains a memory location,

    Pointer points to memory location, not contains it.

> but if
> 'plat->board_data' is NULL, then 'data' will be NULL (essentially
> memory location 0x00000000).

    So what?

> So if we were to read-in to 'struct ux500_musb_board_data *data', by
> index 'dma_rx_param_array', which I believe is '0' in this case:

> struct ux500_musb_board_data {
>          void    **dma_rx_param_array;
>          void    **dma_tx_param_array;
>          bool (*dma_filter)(struct dma_chan *chan, void *filter_param);
> };

> ... then we're saying take the data from this memory location:

> param_array = *((0x00000000)->(0x0));

> Which will cause a kernel Oops, due to the fact that address 0x0 isn't
> allocated to us, so you get something like:

> "Unable to handle kernel NULL pointer dereference at virtual address 00000000"

    We're not dereferencing 'data', so I completely fail to follow you.

> Hope that helps.

    Not at all.

> Kind regards,
> Lee

WBR, Sergei

WARNING: multiple messages have this Message-ID (diff)
From: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
To: Lee Jones <lee.jones@linaro.org>
Cc: linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, arnd@arndb.de,
	linus.walleij@stericsson.com, mian.yousaf.kaukab@stericsson.com,
	Felipe Balbi <balbi@ti.com>,
	linux-usb@vger.kernel.org
Subject: Re: [PATCH 04/10] usb: musb: ux500: harden checks for platform data
Date: Wed, 24 Apr 2013 18:00:28 +0400	[thread overview]
Message-ID: <5177E57C.3010802@cogentembedded.com> (raw)
In-Reply-To: <20130424065344.GB17416@gmail.com>

Hello.

On 24-04-2013 10:53, Lee Jones wrote:

>>>   	struct musb_hdrc_platform_data *plat = dev->platform_data;
>>> -	struct ux500_musb_board_data *data = plat->board_data;
>>> +	struct ux500_musb_board_data *data;

>>> -	param_array = data->dma_rx_param_array;
>>> +	param_array = (data) ? data->dma_rx_param_array : NULL;

>>     Why enclose a simple variable in parens?

> Because 'data' is a pointer, so it contains a memory location,

    Pointer points to memory location, not contains it.

> but if
> 'plat->board_data' is NULL, then 'data' will be NULL (essentially
> memory location 0x00000000).

    So what?

> So if we were to read-in to 'struct ux500_musb_board_data *data', by
> index 'dma_rx_param_array', which I believe is '0' in this case:

> struct ux500_musb_board_data {
>          void    **dma_rx_param_array;
>          void    **dma_tx_param_array;
>          bool (*dma_filter)(struct dma_chan *chan, void *filter_param);
> };

> ... then we're saying take the data from this memory location:

> param_array = *((0x00000000)->(0x0));

> Which will cause a kernel Oops, due to the fact that address 0x0 isn't
> allocated to us, so you get something like:

> "Unable to handle kernel NULL pointer dereference at virtual address 00000000"

    We're not dereferencing 'data', so I completely fail to follow you.

> Hope that helps.

    Not at all.

> Kind regards,
> Lee

WBR, Sergei


  reply	other threads:[~2013-04-24 14:00 UTC|newest]

Thread overview: 78+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-23 15:03 [PATCH 00/10] usb: musb: ux500: pathe the way for Device Tree enablement Lee Jones
2013-04-23 15:03 ` Lee Jones
2013-04-23 15:03 ` [PATCH 01/10] usb: musb: ux500: move channel number knowledge into the driver Lee Jones
2013-04-23 15:03   ` Lee Jones
2013-04-25 13:01   ` Linus Walleij
2013-04-25 13:01     ` Linus Walleij
2013-04-23 15:03 ` [PATCH 02/10] usb: musb: ux500: move the MUSB HDRC configuration " Lee Jones
2013-04-23 15:03   ` Lee Jones
2013-04-25 13:02   ` Linus Walleij
2013-04-25 13:02     ` Linus Walleij
2013-04-23 15:03 ` [PATCH 03/10] usb: musb: ux500: take the dma_mask from coherent_dma_mask Lee Jones
2013-04-23 15:03   ` Lee Jones
2013-04-25 13:04   ` Linus Walleij
2013-04-25 13:04     ` Linus Walleij
2013-04-23 15:03 ` [PATCH 04/10] usb: musb: ux500: harden checks for platform data Lee Jones
2013-04-23 15:03   ` Lee Jones
2013-04-23 20:03   ` Sergei Shtylyov
2013-04-23 20:03     ` Sergei Shtylyov
2013-04-24  6:53     ` Lee Jones
2013-04-24  6:53       ` Lee Jones
2013-04-24 14:00       ` Sergei Shtylyov [this message]
2013-04-24 14:00         ` Sergei Shtylyov
2013-04-24 14:26         ` Felipe Balbi
2013-04-24 14:26           ` Felipe Balbi
     [not found]           ` <CAF2Aj3ga7R3Vti4YB-83T_AsanB3iL34aysAN3MiMWZBvB=z2Q@mail.gmail.com>
2013-04-24 14:56             ` Arnd Bergmann
2013-04-24 14:56               ` Arnd Bergmann
2013-04-24 15:04   ` [PATCH 04/10 v2] " Lee Jones
2013-04-24 15:04     ` Lee Jones
2013-04-25 13:06     ` Linus Walleij
2013-04-25 13:06       ` Linus Walleij
2013-04-23 15:03 ` [PATCH 05/10] usb: musb: ux500: attempt to find channels by name before using pdata Lee Jones
2013-04-23 15:03   ` Lee Jones
2013-04-24 15:05   ` [PATCH 05/10 v2] " Lee Jones
2013-04-24 15:05     ` Lee Jones
2013-04-25 13:08     ` Linus Walleij
2013-04-25 13:08       ` Linus Walleij
2013-04-23 15:03 ` [PATCH 06/10] usb: musb: ux500: add device tree probing support Lee Jones
2013-04-23 15:03   ` Lee Jones
2013-04-23 15:14   ` Arnd Bergmann
2013-04-23 15:14     ` Arnd Bergmann
2013-04-23 15:15     ` Felipe Balbi
2013-04-23 15:15       ` Felipe Balbi
2013-04-23 15:27       ` Arnd Bergmann
2013-04-23 15:27         ` Arnd Bergmann
2013-04-23 15:29         ` Felipe Balbi
2013-04-23 15:29           ` Felipe Balbi
2013-04-24  7:43   ` [PATCH 06/10 v2] " Lee Jones
2013-04-24  7:43     ` Lee Jones
2013-04-25 13:12     ` Linus Walleij
2013-04-25 13:12       ` Linus Walleij
2013-04-23 15:03 ` [PATCH 07/10] ARM: ux500: Add an auxdata entry for MUSB for clock-name look-up Lee Jones
2013-04-23 15:03   ` Lee Jones
2013-04-25 13:13   ` Linus Walleij
2013-04-25 13:13     ` Linus Walleij
2013-04-23 15:03 ` [PATCH 08/10] ARM: ux500: Populate the ux500-musb Device Tree entry Lee Jones
2013-04-23 15:03   ` Lee Jones
2013-04-24  7:41   ` [PATCH 08/10 v2] " Lee Jones
2013-04-24  7:41     ` Lee Jones
2013-04-25 13:14     ` Linus Walleij
2013-04-25 13:14       ` Linus Walleij
2013-04-23 15:03 ` [PATCH 09/10] ARM: ux500: Remove ux500-musb platform registation when booting with DT Lee Jones
2013-04-23 15:03   ` Lee Jones
2013-04-25 13:15   ` Linus Walleij
2013-04-25 13:15     ` Linus Walleij
2013-05-02 10:52   ` Lee Jones
2013-05-02 10:52     ` Lee Jones
2013-04-23 15:03 ` [PATCH 10/10] ARM: ux500: Remove empty function u8500_of_init_devices() Lee Jones
2013-04-23 15:03   ` Lee Jones
2013-04-25 13:16   ` Linus Walleij
2013-04-25 13:16     ` Linus Walleij
2013-05-02 10:52   ` Lee Jones
2013-05-02 10:52     ` Lee Jones
2013-04-23 15:16 ` [PATCH 00/10] usb: musb: ux500: pathe the way for Device Tree enablement Arnd Bergmann
2013-04-23 15:16   ` Arnd Bergmann
2013-04-26 13:49 ` Fabio Baltieri
2013-04-26 13:49   ` Fabio Baltieri
2013-04-26 15:19   ` Lee Jones
2013-04-26 15:19     ` Lee Jones

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5177E57C.3010802@cogentembedded.com \
    --to=sergei.shtylyov@cogentembedded.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.