On Sat, Jan 12, 2013 at 9:31 AM, Oleg Nesterov wrote:
> On 01/09, Michel Lespinasse wrote:
>> >> - Would there be any fundamental objection to implementing a fair
>> >> rwlock_t and dealing with the reentrancy issues in tasklist_lock ? My
>> >> proposal there would be along the lines of:
>> >
>> >
Properly initialize scatterlist before using it.
Signed-off-by: K. Y. Srinivasan
Cc: Stable
---
drivers/scsi/storvsc_drv.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/scsi/storvsc_drv.c b/drivers/scsi/storvsc_drv.c
index 270b3cf..5ada1d0 100644
--- a/drivers
Hi Linus,
These patches have been sailing around long enough, waiting for a maintainer
to reappear, so I've decided enough is enough, lockdep is kinda useful to have.
Thanks to Daniel for annoying me enough :-)
Dave 'not the fbdev maintainer' Airlie.
The following changes since commit ba2ab41f
2013/01/25 7:56, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
Since acpi_bus_trim() cannot fail, change its definition to a void
function, so that its callers don't check the return value in vain
and update the callers.
Signed-off-by: Rafael J. Wysocki
---
Acked-by: Yasuaki Ishimatsu
On Thu, 24 Jan 2013 10:28:59 -0500
Aristeu Rozanski wrote:
> userns: improve uid/gid map collision detection
>
> Initial implementation of the uid/gid maps (/proc//{u,g}id_map) will
> enforce that the UID and GID maps be written in strict order as a simple
> way to check for range collision:
>
On Fri, 25 Jan 2013 00:42:37 + (GMT)
Dave Airlie wrote:
> These patches have been sailing around long enough, waiting for a maintainer
> to reappear, so I've decided enough is enough, lockdep is kinda useful to
> have.
>
> Thanks to Daniel for annoying me enough :-)
Me too, but the patches
On Thu, 2013-01-24 at 16:14 -0800, Andrew Morton wrote:
> On Thu, 24 Jan 2013 17:22:45 +0800
> Yuanhan Liu wrote:
>
> > Use spin_[un]lock instead of arch_spin_[un]lock in mutex-debug.h so
> > that we can collect the lock statistics of spin_lock_mutex from
> > /proc/lock_stat.
> >
> > ...
> >
> >
(cc'ing percpu / rcu crowd)
Hello, Kent.
On Wed, Dec 26, 2012 at 06:00:02PM -0800, Kent Overstreet wrote:
> This implements a refcount with similar semantics to
> atomic_get()/atomic_dec_and_test(), that starts out as just an atomic_t
> but dynamically switches to per cpu refcounting when the rat
On Thu, Jan 24, 2013 at 4:42 PM, Dave Airlie wrote:
>
> These patches have been sailing around long enough, waiting for a maintainer
> to reappear, so I've decided enough is enough, lockdep is kinda useful to
> have.
Last this was tried, these patches failed miserably.
They caused instant lockd
On Fri, Jan 25, 2013 at 10:43:45AM +1100, paul.sz...@sydney.edu.au wrote:
> Dear Fengguang,
>
> > Or more simple, you may show us the OOM dmesg which will contain the
> > number of dirty pages. ...
>
> Do you mean kern.log lines like:
Yes.
> [ 744.754199] bash invoked oom-killer: gfp_mask=0xd0
On Thu, 24 Jan 2013 19:50:57 -0500
Steven Rostedt wrote:
> These changes are fine and wont hurt -rt. But thanks for think about
> us :-)
Thanks (tglx) for writing a useful changelog ;)
> >
> > Also, I believe your patch permits this cleanup:
> >
> > --- a/kernel/mutex-debug.h~mutex-use-spin_l
Hello,
On Fri, Jan 25, 2013 at 12:13:45AM +, James Hogan wrote:
> Should it have this?
> + else
> + INIT_LIST_HEAD(&entry->global_list)
I think it would be better to have INIT_LIST_HEAD() during @entry
initialization. Heh, I forgot that. I wonder why it didn't crash on
my ma
On Thu, 2013-01-24 at 16:56 -0800, Andrew Morton wrote:
>
> > Actually this perhaps hurts lockdep. We want to keep the
> > arch_spin_(un)lock() versions because each spin_lock() and spin_unlock()
> > needs to be verified by lockdep. Lockdep also verifies mutex locks. But
> > with this change, for
On Thu, Jan 24, 2013 at 11:16 PM, Alex Shi wrote:
> On 01/24/2013 06:08 PM, Ingo Molnar wrote:
>>
>> * Alex Shi wrote:
>>
>>> @@ -2539,7 +2539,11 @@ static void __update_cpu_load(struct rq *this_rq,
>>> unsigned long this_load,
>>> void update_idle_cpu_load(struct rq *this_rq)
>>> {
>>> u
On Fri, Jan 25, 2013 at 10:53 AM, Linus Torvalds
wrote:
> On Thu, Jan 24, 2013 at 4:42 PM, Dave Airlie wrote:
>>
>> These patches have been sailing around long enough, waiting for a maintainer
>> to reappear, so I've decided enough is enough, lockdep is kinda useful to
>> have.
>
> Last this was
Hello, Bjorn.
On Thu, Jan 24, 2013 at 10:45:13AM -0700, Bjorn Helgaas wrote:
> On Fri, Dec 28, 2012 at 6:50 AM, Joonsoo Kim wrote:
> > During early boot phase, PCI bus subsystem is not yet initialized.
> > If panic is occured in early boot phase and panic_timeout is set,
> > code flow go into eme
On Thu, Jan 24, 2013 at 04:51:36PM -0800, Tejun Heo wrote:
> (cc'ing percpu / rcu crowd)
>
> Hello, Kent.
>
> On Wed, Dec 26, 2012 at 06:00:02PM -0800, Kent Overstreet wrote:
> > This implements a refcount with similar semantics to
> > atomic_get()/atomic_dec_and_test(), that starts out as just a
ok, I'll prepare v9 of this seris in these days.
>
>>
>> Huacai Chen(13):
>> MIPS: Loongson: Add basic Loongson-3 definition.
>> MIPS: Loongson: Add basic Loongson-3 CPU support.
>> MIPS: Loongson: Introduce and use cpu_has_coherent_cache feature.
>> MIPS: Loongson 3: Add Lemote-3A machtype
On Thu, 24 Jan 2013 15:03:57 -0700
Alex Williamson wrote:
> A couple patches to make KVM IOMMU support honor read-only mappings.
> This causes an un-map, re-map when the read-only flag changes and
> makes use of it when setting IOMMU attributes. Thanks,
Looks good to me.
I think I can naturall
On 01/25/2013 08:28 AM, Randy Dunlap wrote:
> On 01/23/13 22:13, Stephen Rothwell wrote:
>> Hi all,
>>
>> Changes since 20130123:
>>
>
>
> on i386, when CONFIG_INPUT is not enabled:
>
>
> drivers/built-in.o: In function `max77693_muic_remove':
> extcon-max77693.c:(.text+0x664853): undefined re
Hi Seth, frontswap guys
On Tue, Jan 8, 2013 at 5:24 AM, Seth Jennings
wrote:
> zs_create_pool() currently takes a gfp flags argument
> that is used when growing the memory pool. However
> it is not used in allocating the metadata for the pool
> itself. That is currently hardcoded to GFP_KERNEL.
On 2013/1/24 18:04, Ingo Molnar wrote:
>
> * Li Zefan wrote:
>
>> extern struct task_group *sched_create_group(struct task_group *parent);
>> +extern void sched_online_group(struct task_group *tg,
>> + struct task_group *parent);
>> extern void sched_destroy_group(str
Okay so Alan's patch handled the case where there was no registered fbcon,
however the other path entered in set_con2fb_map pit.
In there we called fbcon_takeover, but we also took the console lock in a couple
of places. So push the console lock out to the callers of set_con2fb_map,
this means fb
From: Namhyung Kim
The ->counts field was never freed in the current code. Add
perf_evsel__free_counts() function to free it properly.
Cc: Stephane Eranian
Signed-off-by: Namhyung Kim
---
This patch is based on Stephane's interval printing patchset v6.
tools/perf/builtin-stat.c
On Fri, Jan 25, 2013 at 11:06 AM, Dave Airlie wrote:
> On Fri, Jan 25, 2013 at 10:53 AM, Linus Torvalds
> wrote:
>> On Thu, Jan 24, 2013 at 4:42 PM, Dave Airlie wrote:
>>>
>>> These patches have been sailing around long enough, waiting for a maintainer
>>> to reappear, so I've decided enough is
Dear Fengguang,
> There are 260MB reclaimable slab pages in the normal zone ...
Marked "all_unreclaimable? yes": is that wrong? Question asked also in:
http://marc.info/?l=linux-mm&m=135873981326767&w=2
> ... however we somehow failed to reclaim them. ...
I made a patch that would do a drop_cac
This patch fix build error of following log:
drivers/built-in.o: In function `max77693_muic_remove':
extcon-max77693.c:(.text+0x664853): undefined reference to
`input_unregister_device'
drivers/built-in.o: In function `max77693_muic_probe':
extcon-max77693.c:(.text+0x664971): undefined reference
I will look at this patch in a bit. I already have a similar patch
in my queue, although I don't know if I have pushed that out yet.
Andrew Morton writes:
> btw, what the heck is up with CONFIG_UIDGID_CONVERTED? That thing
> prevents userns from being compiled in an allmodconfig build, which
On Thursday, January 24, 2013 10:45 PM, Vivek Gautam wrote
>
> Using specific chip in compatible strings. Newer SOCs can claim
> device by using older string in the compatible list.
>
> Signed-off-by: Vivek Gautam
> Acked-by: Grant Likely
> Reviewed-by: Doug Anderson
Acked-by: Jingoo Han
Be
On Thu, Jan 24, 2013 at 5:45 PM, Dave Airlie wrote:
>
> Okay I've just sent out another fbcon patch to fix the locking harder.
>
> There was a path going into set_con2fb_path if an fb driver was
> already registered, I just pushed the locking out further on anyone
> going in there.
>
> it boots on
Hey,
Regurgitating stuff which came up during chat for the record.
On Thu, Jan 24, 2013 at 05:13:45PM -0800, Kent Overstreet wrote:
> I was envisioning something with low enough overhead that we could use
> it for the refcounts in struct file and kref/kobject - I've seen both of
> those show up i
On Thursday, January 24, 2013 10:45 PM, Vivek Gautam wrote
>
> Using specific chip in compatible strings. Newer SOCs can claim
> device by using older string in the compatible list.
>
> Signed-off-by: Vivek Gautam
> Acked-by: Grant Likely
> Reviewed-by: Doug Anderson
Acked-by: Jingoo Han
Be
Hello, again.
On Thu, Jan 24, 2013 at 06:03:40PM -0800, Tejun Heo wrote:
> Yeah, if we're aiming to replace refcnts in file and kobj, dynamic
> alloc may be justified. Hopefully, the accounting necessary to decide
> whethre to use percpu isn't too burdensome.
Ooh, I forgot one thing. We might n
On 01/24/2013 06:34 PM, Mike Galbraith wrote:
> On Thu, 2013-01-24 at 17:26 +0800, Michael Wang wrote:
>> On 01/24/2013 05:07 PM, Mike Galbraith wrote:
>>> On Thu, 2013-01-24 at 16:14 +0800, Michael Wang wrote:
>>>
Now it's time to work on v3 I think, let's see what we could get this time.
>>
On Thu, Jan 24, 2013 at 06:31:03PM -0500, valdis.kletni...@vt.edu wrote:
> >
> > 10 patches per month: (at least)
>
> Even Dave Miller only averages 12-15 patches a month, and he does it
> for a living, and they're all in the one part of the kernel he
> maintains. It's going to be a really hard t
Hello Valdis Kletnieks:
thank you for your reply, firstly.
also thank public kernel to provide this additional managerial services to
members
(for me, "replying member's plan" belongs to managerial services)
for "[Consult]" title mails.
next time, I should use "Hello all" instead
A seperate driver has been added to handle the usb part of control
module. A device for the above driver is created here, using the register
address information to be used by the driver for powering on the PHY and
for writing to the mailbox.
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/mac
Added a new driver for the usb part of control module. This has an API
to power on the USB2 phy and an API to write to the mailbox depending on
whether MUSB has to act in host mode or in device mode.
Also added an API to power on usb3 phy (omap5).
Writing to control module registers for doing the
The dev parameter is the device requesting the data.
In this case it should be &pdev->dev rather than pdev->dev.parent.
The dev parameter is used to call devm_kzalloc in of_get_regulator_init_data(),
which means this fixes a memory leak because the memory is allocated every time
probe() is called,
Added a new driver for the usb part of control module. This has an API
to power on the USB2 phy and an API to write to the mailbox depending on
whether MUSB has to act in host mode or in device mode.
Writing to control module registers for doing the above task which was
previously done in omap glu
From: Dave Airlie
When we switch from 256->512 byte font rendering mode, it means the
current contents of the screen is being reinterpreted. The bit that holds
the high bit of the 9-bit font, may have been previously set, and thus
the new font misrenders.
The problem case we see is grub2 writes
Start using the control module driver for powering on the PHY and for
writing to the mailbox instead of writing to the control module
registers on their own.
Signed-off-by: Kishon Vijay Abraham I
---
Documentation/devicetree/bindings/usb/omap-usb.txt |4 ++
Documentation/devicetree/bindings/
On Thursday, January 24, 2013 10:45 PM, Dan Carpenter wrote
CC'ed Andrew Morton, Inki Dae.
>
> gamma_table has 3 arrays which each hold MAX_GAMMA_LEVEL pointers to
> int.
>
> The current code sets ->gamma_table_count to 6 on 64bit arches and to 3
> on 32 bit arches. It should be 3 on everythin
On Thu, Jan 24, 2013 at 10:18 PM, H. Peter Anvin wrote:
> The characters will morph anyway, it is just a matter off having them
> randomly scream with the intensity bit.
>
> 512-character mode is definitely useful... we get much wider language
> coverage with 512 than with 256, which is why most
Added has_mailbox to the musb platform data to specify that omap uses
an external mailbox (in control module) to communicate with the musb
core during device connect and disconnect.
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/mach-omap2/usb-musb.c |3 +++
include/linux/usb/musb.h
Use &pdev->dev rather than iodev->dev for dev_err().
Use &pdev->dev rather than iodev->dev for devm_kzalloc() and
of_regulator_match(), this fixes memory leak.
Signed-off-by: Axel Lin
---
drivers/regulator/max77686.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff -
Add omap-usb2 data node in omap4 device tree file. Since omap-usb2 is
connected to ocp2scp, omap-usb2 dt data is added as a child node
of ocp2scp. The information about this data node is availabe @
Documentation/devicetree/bindings/usb/usb-phy.txt
Acked-by: Felipe Balbi
Signed-off-by: Kishon Vija
Add omap control usb data in omap4 device tree file. This will have the
register address of registers to power on the PHY and to write to
mailbox. The information about this data node is available @
Documentation/devicetree/bindings/usb/omap-usb.txt
Signed-off-by: Kishon Vijay Abraham I
---
arch
This patch series adds dt data to get MUSB working in omap4 and omap3.
Long time back a patch series with the same title was sent but only
a part of it got merged. The rest of it wasn't merged because of
adding omap control usb data to glue and usb phy.
Now there exists a separate driver for contr
Add usb otg data node in omap4/omap3 device tree file. Also update
the node with board specific setting in omapx-.dts file.
The dt data specifies among others the interface type (ULPI or UTMI), mode
which is mostly OTG, power that specifies the amount of power this can supply
when in host mode.
The
Use &pdev->dev rather than iodev->dev for dev_err(), dev_warn() and dev_info().
Use &pdev->dev rather than iodev->dev for devm_kzalloc() and
of_get_regulator_init_data(), this fixes memory leak.
Signed-off-by: Axel Lin
---
drivers/regulator/max8997.c | 39 +++---
It would be nice to support more than 512 characters when using a graphical
console. We should be able to support up to 2048 at least.
Dave Airlie wrote:
>On Thu, Jan 24, 2013 at 10:18 PM, H. Peter Anvin wrote:
>> The characters will morph anyway, it is just a matter off having them
>randomly
> On Thu, Jan 24, 2013 at 02:32:02PM +0800, Li Zefan wrote:
>> Since commit 48ddbe194623ae089cc0576e60363f2d2e85662a
>> ("cgroup: make css->refcnt clearing on cgroup removal optional"),
>> each css holds a ref on cgroup's dentry, so cgroup_diput() won't be
>> called until all css' refs go down to 0
于 2013年01月25日 10:14, Theodore Ts'o 写道:
> Just to be curious, I checked the number of commits I've done in the
> past 12 months, and it's 99, for an average of a bit over 8 patches a
> month. (via "git log --author=tytso --since="1 year ago" --oneline |
> wc -l")
>
thank you very much for your
On Wed, Jan 23, 2013 at 01:01:58PM +0200, Pantelis Antoniou wrote:
> On Jan 23, 2013, at 7:12 AM, David Gibson wrote:
> > On Tue, Jan 22, 2013 at 01:08:04PM +0200, Pantelis Antoniou wrote:
> >> Hi
> >>
> >> On Jan 22, 2013, at 5:50 AM, David Gibson wrote:
> >>
> >>> On Fri, Jan 04, 2013 at 09:31:
This patch series adds support for adding multiple PHY's (of same type).
The binding information has to be present in the PHY library (otg.c) in
order for it to return the appropriate PHY whenever the USB controller
request for the PHY. So added a new API usb_bind_phy() to pass the binding
informat
In order to add support for multipe PHY's of the same type, new API's
for adding PHY and getting PHY has been added. Now the binding
information for the PHY and controller should be done in platform file
using usb_bind_phy API. And for getting a PHY, the device pointer of the
USB controller and an
In order to support platforms which has multiple PHY's (of same type) and
which has multiple USB controllers, a new design is adopted wherin the binding
information (between the PHY and the USB controller) should be passed to the
PHY library from platform specific file (board file).
So added a new
New PHY lib APIs like usb_add_phy_dev() and devm_usb_get_phy_dev() are
used in MUSB (OMAP), in order to make use of the binding information
provided in the board file (of OMAP platforms).
All the platforms should be modified similar to this to add and get the
PHY.
Signed-off-by: Kishon Vijay Abrah
This is w.r.t the changes in PHY library to support adding and getting
multiple PHYs of the same type. In the new design, the
binding information between the PHY and the USB controller should be
specified in the platform specific initialization code. So it's been
done here for OMAP platforms.
Sign
The OMAP glue has been modified to get PHY by phandle for dt boot.
Signed-off-by: Kishon Vijay Abraham I
---
There were some comments w.r.t this patch for returning EPROBE_DEFER if
not able to get the phy, in my previous version.
Currently we can't have that because the gadget driver doesn't do a
Added an API devm_usb_get_phy_by_phandle(), to get usb phy by passing a
device node phandle value. This function will return a pointer to
the phy on success, -EPROBE_DEFER if there is a device_node for the phandle,
but the phy has not been added, or a ERR_PTR() otherwise.
Cc: Marc Kleine-Budde
Si
From: fangxiaozhi
1. Define a new macro for USB storage match rules:
matching with Vendor ID and interface descriptors.
Signed-off-by: fangxiaozhi
diff -uprN linux-3.8-rc4_orig/drivers/usb/storage/usb.c
linux-3.8-rc4/
Em Fri, Jan 25, 2013 at 10:44:44AM +0900, Namhyung Kim escreveu:
> From: Namhyung Kim
>
> The ->counts field was never freed in the current code. Add
> perf_evsel__free_counts() function to free it properly.
I still haven't applied Stephane's patches, that his one depends on,
will do it tomorro
From: fangxiaozhi
1. Optimize the match rules with new macro for Huawei USB storage devices,
to avoid to load USB storage driver for the modem interface
with Huawei devices.
2. Add to support new switch command for new Huawei USB dongles.
Signed-off-by: fangxiaozhi
-
On 01/25/2013 08:15 AM, Marcelo Tosatti wrote:
> On Wed, Jan 23, 2013 at 06:07:20PM +0800, Xiao Guangrong wrote:
>> It makes set_spte more clean and reduces branch prediction
>>
>> Signed-off-by: Xiao Guangrong
>> ---
>> arch/x86/kvm/mmu.c | 37 ++---
>> 1 files
Sorry for the late reply.
On Tue, 2012-12-25 at 12:20 +0400, Kirill Tkhai wrote:
> The patch aims not to pull tasks of throttled rt_rqs
> in pre_schedule_rt() because thay are not able to be
> picked in pick_next_task_rt().
>
> There are three places where pull_rt_task() is used:
>
> 1)pre_sched
于 2013年01月25日 04:45, tip-bot for Chen Gang 写道:
> Commit-ID: 349eab6eb07794c59e37703ccbfeb5920721885c
> Gitweb: http://git.kernel.org/tip/349eab6eb07794c59e37703ccbfeb5920721885c
> Author: Chen Gang
> AuthorDate: Tue, 6 Nov 2012 14:45:46 +0800
> Committer: Ingo Molnar
> CommitDate: Thu,
"usb_otg_ss_refclk960m" is needed for usb2 phy present in omap5. For
omap4, the clk_get of this clock will fail since it does not have this
clock.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/phy/omap-usb2.c | 28 +++-
1 file changed, 27 insertions(+), 1 deleti
Apologies for the delay in sending this version.
Added a driver for usb3 phy that handles the interaction between usb phy
device and dwc3 controller.
Changes from v2:
* used control module driver APIs to write to control module register.
* Added pm_runtime_put and pm_runtime_disable in the usb3
Added a driver for usb3 phy that handles the interaction between usb phy
device and dwc3 controller.
This also includes device tree support for usb3 phy driver and
the documentation with device tree binding information is updated.
Currently writing to control module register is taken care in this
Em Tue, Jan 22, 2013 at 02:18:52PM +0100, Stephane Eranian escreveu:
> This patch adds a new printing mode for perf stat.
> It allows internval printing. That means perf stat
> can now print event deltas at regular time interval.
> This is useful to detect phases in programs.
This patch is not app
On 01/25/2013 06:04 AM, Alex Williamson wrote:
> Memory slot flags can be altered without changing other parameters of
> the slot. The read-only attribute is the only one the IOMMU cares
> about, so generate an un-map, re-map when this occurs. This also
> avoid unnecessarily re-mapping the slot w
[+cc Greg for driver core]
On Fri, Jan 25, 2013 at 10:13:03AM +0900, Joonsoo Kim wrote:
> Hello, Bjorn.
>
> On Thu, Jan 24, 2013 at 10:45:13AM -0700, Bjorn Helgaas wrote:
> > On Fri, Dec 28, 2012 at 6:50 AM, Joonsoo Kim wrote:
> > > During early boot phase, PCI bus subsystem is not yet initializ
On 01/25/2013 04:07 AM, Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> The 3786063 commit:
>
> perf kvm: Rename perf_kvm to perf_kvm_stat
>
> Moved the file_name from inside a local struct var that initialized some
> of its members, thus zero initializing the not expli
Add an API in the omap glue layer to write to the mailbox register which
can be used by comparator driver(twl). To pass the detection of the attached
device (signified by VBUS, ID) to the dwc3 core, dwc3 core has to write
to the mailbox regiter.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/
Changed the subject from *usb: dwc3-omap: add dt support*
Apologies for the delay in sending this version.
This patch series adds dt support to dwc3 core and fixes few minor
stuff in dwc3-omap glue to get dwc3 working.
While at that it also uses *of_platform* to create the child device
(dwc3-cor
Includes few minor fixes in dwc3-omap like populating the compatible
string in a correct way, extracting the utmi-mode property properly and
changing the index of get_irq since irq of core is removed from hwmod
entry.
Also updated the documentation with dwc3-omap device tree binding
information.
S
Before accessing any register, runtime API's should be invoked to enable
the clocks. runtime API's are added here to prevent abort during register
access.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/dwc3/dwc3-omap.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/driv
The runtime API's takes care of setting the SYSCONFIG register with
appropriate values. Hence explicit writes to SYSCONFIG register is
removed.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/dwc3/dwc3-omap.c | 26 --
1 file changed, 26 deletions(-)
diff --git a/
omap5 is not going to have support for non-dt boot making the platform
data associated with dwc3 useless. Removed it here.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/dwc3/dwc3-omap.c| 24 ++--
include/linux/platform_data/dwc3-omap.h |4
2 fil
I've recently started testing my work on arm boards and have found that
they both don't boot under the latest kernel anymore. I already posted
about my snowball board, but my panda board also locks up.
I've bisected it down to this commit:
commit 26b88520b80695a6fa5fd95b5d97c03f4daf87e0
Author: R
Used device_for_each_child() to handle child device (dwc3 core) removal
during devexit of dwc3 omap. This is in preparation for creating the child
devices from subnode of dwc3 omap glue using of_platform_populate.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/dwc3/dwc3-omap.c | 12
Now that we have drivers for omap-usb2 phy and omap-usb3 phy, stop
using nop-usb-xceiv.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/dwc3/dwc3-omap.c | 67 --
1 file changed, 67 deletions(-)
diff --git a/drivers/usb/dwc3/dwc3-omap.c b/drivers/u
Added dt support for dwc3 core and update the documentation with
device tree binding information. Getting a PHY is now done using
devm_usb_get_phy_by_phandle() for dt boot.
Signed-off-by: Kishon Vijay Abraham I
---
Documentation/devicetree/bindings/usb/dwc3.txt | 22 ++
dri
Enabled the USB2 and USB3 PHY in probe by calling usb_phy_set_suspend
and disabled the PHYs on driver removal. When PM is implemented this
will be optimized to enable the PHYs only when needed.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/dwc3/core.c |6 ++
1 file changed, 6 ins
Used of_platform_populate() to create dwc3 core platform_device
from device tree data.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/dwc3/dwc3-omap.c | 40 ++--
1 file changed, 10 insertions(+), 30 deletions(-)
diff --git a/drivers/usb/dwc3/dwc3-oma
No functional change. Stray statements where removed from dwc3 core.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/dwc3/core.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
index af189d5..ee1fa18 100644
--- a/drivers/usb/dwc3/c
Kyle McMartin writes:
> After thinking about it a while, this seems like the best way to solve
> the problem, although it does still kind of offend my delicate
> sensibilities...
You're far too polite. This patch was horrible, partial and ugly.
Stephan Mueller wrote:
> FIPS requires the module
On Tue, Jan 22, 2013 at 7:51 PM, Takashi Iwai wrote:
> Since 3.7 kernel, the firmware loader can read the firmware files
> directly, and the traditional user-mode helper is invoked only as a
> fallback. This seems working pretty well, and the next step would be
> to reduce the redundant user-mode
This includes a series of patches that should be used for testing
dwc3 in omap5.
Among other changes, palmas is made as a comparator driver
to the phy. And includes a fix to get a regulator by having phandle.
This patch series is developed on
git://github.com/rrnayak/linux.git omap5-3.8-rc4-base-
commit 696c5c04 (USB: Palmas OTG Transceiver Driver) introduced empty
palmas_vbus_irq/palmas_id_irq with only *palmas_usb* declaration.
Removed these unnecessary functions.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/otg/palmas-usb.c | 38 --
1 fil
palmas-usb is made as a comparator driver to omap usb2 phy, so that
omap usb can make use of palmas for srp and also to set vbus.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/otg/palmas-usb.c | 20 ++--
include/linux/mfd/palmas.h |3 +++
2 files changed, 21 inser
The calls to regulator enable/disable was done unconditionally which
might result in warn dumps if *no_control_vbus* is set. So always call
regulator enable/disable on valid regulator.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/otg/palmas-usb.c | 17 +
1 file changed
regulator_get is passing the device pointer of the parent (palmas)
instead of the child (palmas-usb). It's been fixed here.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/otg/palmas-usb.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/usb/otg/palmas-usb.c
if the cable is connected even before the palmas-usb is loaded, the
cable connect detection event will be missed. It's fixed here by checking
for VBUS line states when palmas-usb is loaded.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/otg/palmas-usb.c |5 +
1 file changed, 5 ins
On Thu, Jan 24, 2013 at 1:52 PM, Chris Mason wrote:
>
> Update on this, we've tracked down the crc errors and are doing final
> checks on the patches. Linus are you planning on taking this pull? If
> not I can just fold the new stuff into a bigger request.
If you have them basically ready, add
Whenever palmas detects a VBUS or ID event, the mailbox API in dwc3 glue
is called. The mailbox API takes care of notifying it to the core.
Signed-off-by: Kishon Vijay Abraham I
Signed-off-by: Moiz Sonasath
---
drivers/usb/otg/palmas-usb.c | 32 +---
include/linux/
properies like wakeup and no_control_vbus can be represented in boolean,
so read those properties using of_property_read_bool.
Also updated the documentation with device tree binding information for
palmas-usb.
Signed-off-by: Kishon Vijay Abraham I
---
.../devicetree/bindings/usb/twl-usb.tx
used devres API while allocating resources so that these resources are
released automatically on driver detach.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/otg/palmas-usb.c | 47 ++
1 file changed, 15 insertions(+), 32 deletions(-)
diff --git
801 - 900 of 985 matches
Mail list logo
