|
|
| Next: [PATCH] [BUGFIX] bsdacct: Fix access to invalid f.. |
| Author |
Message |
Nicolas Ferre External

Since: May 12, 2009 Posts: 28
|
Posted: Tue Sep 29, 2009 5:10 am Post subject: Re: [PATCH 4/5] at91/USB: USB drivers modifications for at91sam9g10 [Login to view extended thread Info.] Archived from groups: linux>kernel (more info?) |
|
|
David Brownell :
> On Friday 25 September 2009, Nicolas Ferre wrote:
>> Greg,
>>
>> Please, can you consider the inclusion of this patch. I have no news
>> about it for a long time...
>
> ISTR either acking this or suggesting it go with the rest
> of the G10 patches ... regardless, seems OK to me now that
> its precursors have merged.
Good.
Greg, can you handle this for inclusion in mainline soon ?
Thanks, Bye.
>> Here is a link to its patchwork entry:
>> http://patchwork.kernel.org/patch/31173/
>>
>> Thanks for your help.
>>
>> Nicolas Ferre :
>>> Hi,
>>>
>>> Here is a little "ping" about integration of this patch.
>>>
>>> Nicolas Ferre :
>>>> From: Hong Xu <hong.xu.RemoveThis@atmel.com>
>>>>
>>>> Modify both host and gadget USB drivers for at91sam9g10.
>>>> This add a clock management equivalent to at91sam9261 on usb drivers.
>>>> It also add the way of handling gadget pull-ups (like the at91sam9261).
>>> I wonder if we can consider its inclusion as at91sam9g10 is now
>>> integrated in mainline.
>>> Do you want me to split this in several pieces for host/gadget split.
>>>
>>> Thanks.
>>>
>>>> Signed-off-by: Hong Xu <hong.xu.RemoveThis@atmel.com>
>>>> Signed-off-by: Nicolas Ferre <nicolas.ferre.RemoveThis@atmel.com>
>>>> ---
>>>> drivers/usb/gadget/at91_udc.c | 6 +++---
>>>> drivers/usb/host/ohci-at91.c | 10 +++++-----
>>>> 2 files changed, 8 insertions(+), 8 deletions(-)
>>>>
>>>> diff --git a/drivers/usb/gadget/at91_udc.c b/drivers/usb/gadget/at91_udc.c
>>>> index 0b2bb8f..bfed3d9 100644
>>>> --- a/drivers/usb/gadget/at91_udc.c
>>>> +++ b/drivers/usb/gadget/at91_udc.c
>>>> @@ -892,7 +892,7 @@ static void pullup(struct at91_udc *udc, int is_on)
>>>>
>>>> txvc |= AT91_UDP_TXVC_PUON;
>>>> at91_udp_write(udc, AT91_UDP_TXVC, txvc);
>>>> - } else if (cpu_is_at91sam9261()) {
>>>> + } else if (cpu_is_at91sam9261() || cpu_is_at91sam9g10()) {
>>>> u32 usbpucr;
>>>>
>>>> usbpucr = at91_sys_read(AT91_MATRIX_USBPUCR);
>>>> @@ -910,7 +910,7 @@ static void pullup(struct at91_udc *udc, int is_on)
>>>>
>>>> txvc &= ~AT91_UDP_TXVC_PUON;
>>>> at91_udp_write(udc, AT91_UDP_TXVC, txvc);
>>>> - } else if (cpu_is_at91sam9261()) {
>>>> + } else if (cpu_is_at91sam9261() || cpu_is_at91sam9g10()) {
>>>> u32 usbpucr;
>>>>
>>>> usbpucr = at91_sys_read(AT91_MATRIX_USBPUCR);
>>>> @@ -1692,7 +1692,7 @@ static int __init at91udc_probe(struct platform_device *pdev)
>>>> udc->ep[3].maxpacket = 64;
>>>> udc->ep[4].maxpacket = 512;
>>>> udc->ep[5].maxpacket = 512;
>>>> - } else if (cpu_is_at91sam9261()) {
>>>> + } else if (cpu_is_at91sam9261() || cpu_is_at91sam9g10()) {
>>>> udc->ep[3].maxpacket = 64;
>>>> } else if (cpu_is_at91sam9263()) {
>>>> udc->ep[0].maxpacket = 64;
>>>> diff --git a/drivers/usb/host/ohci-at91.c b/drivers/usb/host/ohci-at91.c
>>>> index b29b0fe..fb64def 100644
>>>> --- a/drivers/usb/host/ohci-at91.c
>>>> +++ b/drivers/usb/host/ohci-at91.c
>>>> @@ -35,7 +35,7 @@ extern int usb_disabled(void);
>>>>
>>>> static void at91_start_clock(void)
>>>> {
>>>> - if (cpu_is_at91sam9261())
>>>> + if (cpu_is_at91sam9261() || cpu_is_at91sam9g10())
>>>> clk_enable(hclk);
>>>> clk_enable(iclk);
>>>> clk_enable(fclk);
>>>> @@ -46,7 +46,7 @@ static void at91_stop_clock(void)
>>>> {
>>>> clk_disable(fclk);
>>>> clk_disable(iclk);
>>>> - if (cpu_is_at91sam9261())
>>>> + if (cpu_is_at91sam9261() || cpu_is_at91sam9g10())
>>>> clk_disable(hclk);
>>>> clocked = 0;
>>>> }
>>>> @@ -142,7 +142,7 @@ static int usb_hcd_at91_probe(const struct hc_driver *driver,
>>>>
>>>> iclk = clk_get(&pdev->dev, "ohci_clk");
>>>> fclk = clk_get(&pdev->dev, "uhpck");
>>>> - if (cpu_is_at91sam9261())
>>>> + if (cpu_is_at91sam9261() || cpu_is_at91sam9g10())
>>>> hclk = clk_get(&pdev->dev, "hck0");
>>>>
>>>> at91_start_hc(pdev);
>>>> @@ -156,7 +156,7 @@ static int usb_hcd_at91_probe(const struct hc_driver *driver,
>>>> /* Error handling */
>>>> at91_stop_hc(pdev);
>>>>
>>>> - if (cpu_is_at91sam9261())
>>>> + if (cpu_is_at91sam9261() || cpu_is_at91sam9g10())
>>>> clk_put(hclk);
>>>> clk_put(fclk);
>>>> clk_put(iclk);
>>>> @@ -193,7 +193,7 @@ static void usb_hcd_at91_remove(struct usb_hcd *hcd,
>>>> release_mem_region(hcd->rsrc_start, hcd->rsrc_len);
>>>> usb_put_hcd(hcd);
>>>>
>>>> - if (cpu_is_at91sam9261())
>>>> + if (cpu_is_at91sam9261() || cpu_is_at91sam9g10())
>>>> clk_put(hclk);
>>>> clk_put(fclk);
>>>> clk_put(iclk);
--
Nicolas Ferre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo.RemoveThis@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/ |
|
| Back to top |
|
 |
Greg KH External

Since: Nov 18, 2004 Posts: 1094
|
Posted: Tue Sep 29, 2009 2:10 pm Post subject: Re: [PATCH 4/5] at91/USB: USB drivers modifications for at91sam9g10 [Login to view extended thread Info.] Archived from groups: per prev. post (more info?) |
|
|
On Tue, Sep 29, 2009 at 09:59:36AM +0200, Nicolas Ferre wrote:
> David Brownell :
> > On Friday 25 September 2009, Nicolas Ferre wrote:
> >> Greg,
> >>
> >> Please, can you consider the inclusion of this patch. I have no news
> >> about it for a long time...
> >
> > ISTR either acking this or suggesting it go with the rest
> > of the G10 patches ... regardless, seems OK to me now that
> > its precursors have merged.
>
> Good.
>
> Greg, can you handle this for inclusion in mainline soon ?
I'll dig it out and work on this after the x.org conference this week...
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo RemoveThis @vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/ |
|
| Back to top |
|
 |
Nicolas Ferre External

Since: May 12, 2009 Posts: 28
|
Posted: Tue Oct 20, 2009 10:10 am Post subject: Re: [PATCH 4/5] at91/USB: USB drivers modifications for at91sam9g10 [Login to view extended thread Info.] Archived from groups: per prev. post (more info?) |
|
|
Greg KH :
> On Tue, Sep 29, 2009 at 09:59:36AM +0200, Nicolas Ferre wrote:
>> David Brownell :
>>> On Friday 25 September 2009, Nicolas Ferre wrote:
>>>> Greg,
>>>>
>>>> Please, can you consider the inclusion of this patch. I have no news
>>>> about it for a long time...
>>> ISTR either acking this or suggesting it go with the rest
>>> of the G10 patches ... regardless, seems OK to me now that
>>> its precursors have merged.
>> Good.
>>
>> Greg, can you handle this for inclusion in mainline soon ?
>
> I'll dig it out and work on this after the x.org conference this week...
Ping ?
Thanks, Bye,
--
Nicolas Ferre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo DeleteThis @vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/ |
|
| Back to top |
|
 |
Nicolas Ferre External

Since: May 12, 2009 Posts: 28
|
Posted: Tue Nov 03, 2009 10:10 am Post subject: Re: [RFC PATCH] atmel_lcdfb Kconfig: remove long dependency line [Login to view extended thread Info.] Archived from groups: per prev. post (more info?) |
|
|
I come back on this patch as I have a Kconfig cleanup patch series coming.
Russell King - ARM Linux :
> On Tue, Jun 23, 2009 at 04:12:54PM +0200, Nicolas Ferre wrote:
>> Haavard Skinnemoen :
>>> Nicolas Ferre wrote:
>>>> +config ARCH_ATMEL_HAS_FB
>>>> + bool
>>>> + depends on FB
>>>> + default n
>>> What happens when we unconditionally select something which depends on
>>> something else?
>>
>>
>> Experience shows that this configuration is selected.
>>
>> The dependency allows to have a good hierarchy in the configuration tree...
>> Better proposition welcome.
>
> 1st - no need for 'default n' - you're specifying something that's already
> the default.
Ok.
> 2nd - don't make this symbol depend on anything, and don't use the symbol
> for anything except providing a dependency for FB_ATMEL. Instead, let
> FB_ATMEL deal with the dependency on FB and ARCH_ATMEL_HAS_FB.
The problem is that if I do not setup the dependency here the menu entry
will not be available at the proper level. In fact I will see the Atmel
LCD entry here:
"Graphics support"
<*> Support for frame buffer devices --->
<*> AT91/AT32 LCD Controller support
instead of here:
"Graphics support"
---> "Support for frame buffer devices"
[..]
<*> "AT91/AT32 LCD Controller support"
[..]
So I keep the depend.
> 3rd - ISTR we have a convention for these - 'HAVE_foo' for a configuration
> option named 'foo'. So it should probably be HAVE_FB_ATMEL.
Ok, changed to HAVE_FB_ATMEL indeed.
Thanks. Best regards,
--
Nicolas Ferre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo.DeleteThis@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/ |
|
| Back to top |
|
 |
Russell King - ARM Linux External

Since: Jan 17, 2009 Posts: 25
|
Posted: Tue Nov 03, 2009 5:10 pm Post subject: Re: [RFC PATCH] atmel_lcdfb Kconfig: remove long dependency line [Login to view extended thread Info.] Archived from groups: per prev. post (more info?) |
|
|
On Tue, Nov 03, 2009 at 03:42:16PM +0100, Nicolas Ferre wrote:
> The problem is that if I do not setup the dependency here the menu entry
> will not be available at the proper level. In fact I will see the Atmel
> LCD entry here:
> "Graphics support"
> <*> Support for frame buffer devices --->
> <*> AT91/AT32 LCD Controller support
>
> instead of here:
> "Graphics support"
> ---> "Support for frame buffer devices"
> [..]
> <*> "AT91/AT32 LCD Controller support"
> [..]
>
> So I keep the depend.
The depend is on ARCH_ATMEL_HAS_FB which has no description (and therefore
does not appear in the menus) not the symbol for "AT91/AT32 LCD Controller
support".
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo.TakeThisOut@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/ |
|
| Back to top |
|
 |
Nicolas Ferre External

Since: May 12, 2009 Posts: 28
|
Posted: Fri Nov 13, 2009 11:10 am Post subject: Re: [RFC PATCH] atmel_lcdfb Kconfig: remove long dependency line [Login to view extended thread Info.] Archived from groups: per prev. post (more info?) |
|
|
Russell King - ARM Linux :
> On Tue, Nov 03, 2009 at 03:42:16PM +0100, Nicolas Ferre wrote:
>> The problem is that if I do not setup the dependency here the menu entry
>> will not be available at the proper level. In fact I will see the Atmel
>> LCD entry here:
>> "Graphics support"
>> <*> Support for frame buffer devices --->
>> <*> AT91/AT32 LCD Controller support
>>
>> instead of here:
>> "Graphics support"
>> ---> "Support for frame buffer devices"
>> [..]
>> <*> "AT91/AT32 LCD Controller support"
>> [..]
>>
>> So I keep the depend.
>
> The depend is on ARCH_ATMEL_HAS_FB which has no description (and therefore
> does not appear in the menus) not the symbol for "AT91/AT32 LCD Controller
> support".
The issue with the menu was that the additional variable was in the middle
of the list of frame buffer devices.
Here is a snippet of the solution I propose without the not needed depend.
I cook a v2 patch just now.
diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
index 9bbb285..6d3f291 100644
--- a/drivers/video/Kconfig
+++ b/drivers/video/Kconfig
@@ -5,6 +5,9 @@
menu "Graphics support"
depends on HAS_IOMEM
+config HAVE_FB_ATMEL
+ bool
+
source "drivers/char/agp/Kconfig"
source "drivers/gpu/vga/Kconfig"
@@ -937,7 +940,7 @@ config FB_S1D13XXX
config FB_ATMEL
tristate "AT91/AT32 LCD Controller support"
- depends on FB && (ARCH_AT91SAM9261 || ARCH_AT91SAM9G10 || ARCH_AT91SAM9263 || ARCH_AT91SAM9RL || ARCH_AT91SAM9G45 || ARCH_AT9
+ depends on FB && HAVE_FB_ATMEL
select FB_CFB_FILLRECT
select FB_CFB_COPYAREA
select FB_CFB_IMAGEBLIT
Best regards,
--
Nicolas Ferre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo RemoveThis @vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/ |
|
| Back to top |
|
 |
|
|
|
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
| |
|
|