On Wed, Jan 16, 2013 at 6:34 PM, Luciano Coelho wrote:
> +static int wilink_st_init(void)
> +{
> + int status;
> +
> + status = gpio_request(GPIO_BT_EN, "kim");
> + if (status) {
> + pr_err("%s: failed to request gpio %d\n", __func__,
> +
Hi,
Please send a new version of the original patch [3/3] including this fix.
There's no need to resend patches [1-2/3], though.
Thanks,
Rafael
On 1/16/2013 10:45 AM, Jacob Pan wrote:
Signed-off-by: Jacob Pan
---
Need to include the proper nmi.h file such that
local_touch_nmi is always
From: Tushar Behera
Date: Tue, 15 Jan 2013 11:09:01 +0530
> commit 24b1042c4eb2 ("usbnet: dm9601: apply introduced usb command
> APIs") removes the distiction between DM_WRITE_REG and DM_WRITE_REGS
> command. The distiction is reintroduced to the driver so that the
> functionality of the driver
On Sun, Jan 13, 2013 at 8:31 AM, Sasha Levin wrote:
> I'm not sure why, but the hlist for each entry iterators were conceived
> differently from the list ones. While the list ones are nice and elegant:
So this patch is probably the RightThing(tm) to do, but it's really
big and makes me nervous.
The code to enable and disable the WiLink shared transport has been
removed from the TI-ST driver, so it must be implemented in the board
files instead. Add the relevant operations to Panda's board file.
Additionally, add the UART2 muxing data, so it's properly configured.
Signed-off-by:
On Mon, 14 Jan 2013 20:53:54 +0400
Andrey Vagin wrote:
> signalfd should be called with the flag SFD_RAW for that.
>
> signalfd_siginfo is not full for siginfo with a negative si_code.
> copy_siginfo_to_user() is copied a full siginfo to user-space, if
> si_code is negative.
From: Thadeu Lima de Souza Cascardo
Date: Tue, 15 Jan 2013 13:15:10 -0200
> The coalesce parameters was set only on the first queue, which caused
> interrupt rates to be larger on all the other queues.
>
> This patch allows interrupt rates to be reduced for certain workloads
> and colaesce
On Wed, 2013-01-16 at 14:47 -0500, Vivek Goyal wrote:
> On Wed, Jan 16, 2013 at 02:37:24PM -0500, Mimi Zohar wrote:
> > On Wed, 2013-01-16 at 13:57 -0500, Vivek Goyal wrote:
> > > On Wed, Jan 16, 2013 at 01:45:12PM -0500, Mimi Zohar wrote:
> > >
> > > [..]
> > > > > Given the fact that signatures
On 2013-01-15 Tuesday at 23:27 +0100 Yann E. MORIN wrote:
> Roland, All,
>
> On Tuesday 15 January 2013 Roland Eggner wrote:
> > >From: Roland Eggner
>
> OK, now I've had time to test it. Works OK.
>
> However, this patch mixes different things: feature changes, help-texts
> rewrite...
>
>
On 01/16/2013 08:12 AM, Hiroshi Doyu wrote:
> Prashant Gaikwad wrote @ Fri, 11 Jan 2013 08:46:20
> +0100:
>
>
>> diff --git a/drivers/clk/tegra/clk-audio-sync.c
>> b/drivers/clk/tegra/clk-audio-sync.c
>> +#define to_clk_sync_source(_hw)\
>> +
On Tue, Jan 15, 2013 at 8:47 PM, Minchan Kim wrote:
> On Tue, Jan 15, 2013 at 05:21:15PM -0800, Sonny Rao wrote:
>> On Tue, Jan 15, 2013 at 4:50 PM, Andrew Morton
>> wrote:
>> > On Tue, 15 Jan 2013 16:32:38 -0800
>> > Sonny Rao wrote:
>> >
>> >> >> It's for saving the power to increase batter
On Wed, Jan 16, 2013 at 02:37:24PM -0500, Mimi Zohar wrote:
> On Wed, 2013-01-16 at 13:57 -0500, Vivek Goyal wrote:
> > On Wed, Jan 16, 2013 at 01:45:12PM -0500, Mimi Zohar wrote:
> >
> > [..]
> > > > Given the fact that signatures are stored in extended attributes, to me
> > > > the only way to
On Tue, 2013-01-15 at 12:34 +0200, Dmitry Kasatkin wrote:
> Asymmetric keys were introduced in linux-3.7 to verify the signature on signed
> kernel modules. The asymmetric keys infrastructure abstracts the signature
> verification from the crypto details. This patch adds IMA/EVM signature
>
On Wed, 2013-01-16 at 13:57 -0500, Vivek Goyal wrote:
> On Wed, Jan 16, 2013 at 01:45:12PM -0500, Mimi Zohar wrote:
>
> [..]
> > > Given the fact that signatures are stored in extended attributes, to me
> > > the only way to sign executables in current IMA framework would to be
> > > prepare file
On Wed, Jan 16, 2013 at 6:05 AM, Rafael J. Wysocki wrote:
>
> acpi_power_transition() has to check if the device is power-manageable, since
> otherwise the power resources lists will not be initialized. It should be
> fixed now.
yes, it works now with pm/linux-next.
will resend updated
On Wed, Jan 16, 2013 at 02:04:50PM +1030, Rusty Russell wrote:
> Josh Boyer writes:
> > With module signing enabled but not in enforcing mode, we don't consider
> > unsigned modules to be an error. However, if we encounter an unsigned
> > module we currently taint the module and kernel with
Hi Rui,
Thanks for the review comments,
On Tue, Jan 15, 2013 at 11:33 PM, Zhang Rui wrote:
> Hi, Amit,
>
> On Sun, 2013-01-06 at 16:08 -0800, Amit Daniel Kachhap wrote:
>> This patch adds support to set the emulated temperature method in
>> thermal zone (sensor). After setting this feature
On Wednesday 16 January 2013 13:57:44 David Miller wrote:
> From: Mike Frysinger
> > certainly true, but the current expectation is that you don't mix your
> > ABIs. if you're programming with the C library API, then use the C
> > library headers. if you're banging directly on the kernel, then
From: Mike Frysinger
Date: Wed, 16 Jan 2013 14:22:16 -0500
> On Wednesday 16 January 2013 13:59:59 David Miller wrote:
>> This has been done for decades, wake up.
>
> and it's been broken for just as long. no need to be a dick.
By being ignorant and having such a simplistic view of the
On Wed, 2013-01-16 at 13:28 -0500, Vivek Goyal wrote:
> On Wed, Jan 16, 2013 at 01:08:35PM -0500, Mimi Zohar wrote:
> > On Wed, 2013-01-16 at 11:34 -0500, Vivek Goyal wrote:
> >
> > > I read the comment in ima_bprm_check() being called from
> > > security_bprm_check().
> > > It says that files
On 11/27/2012 03:14 PM, Dave Chinner wrote:
> From: Dave Chinner
>
> Now that we have an LRU list API, we can start to enhance the
> implementation. This splits the single LRU list into per-node lists
> and locks to enhance scalability. Items are placed on lists
> according to the node the
On Wednesday 16 January 2013 13:59:59 David Miller wrote:
> From: Mike Frysinger
> > if you're not calling the kernel directly, why are you including the
> > kernel headers ? what is the problem people are actually trying to
> > address here (and no, "i want to include both headers" is not the
>
UART modules on Wondermedia SoCs are connected via a gated clock
source, rather than directly to the 24Mhz reference clock. While
uboot enables UART0 for debugging, other UART ports are unavailable
until the clock is enabled.
This patch checks that a valid clock is actually passed from
Memory mapped via ioremap call is never released. Rather than add an
iounmap call, change allocation function to devm_request_and_ioremap.
Also, change the error on failure for this call to -EADDRNOTAVAIL rather than
-ENOMEM.
Signed-off-by: Tony Prisk
---
drivers/tty/serial/vt8500_serial.c |
Hi Greg,
This should be the final pull request for this series, unless there are
other review comments. Changelog included.
v2:
Restore the setting of vt8500_port->uart.uartclk which was dropped in v1.
Corrected the return-on-fail of devm_request_and_ioremap to -EADDRNOTAVAIL.
v3:
Corrected the
Fix two instances where the index to vt8500_uart_ports is tested
against > VT8500_MAX_PORTS. Correct usage should be >= VT8500_MAX_PORTS.
Signed-off-by: Tony Prisk
---
drivers/tty/serial/vt8500_serial.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Convert the last memory allocation (vt8500_port) to use devm_kzalloc
and remove the fail path cleanup code from vt8500_serial_probe.
Reorder iomem mapping above clk_enable to simplify fail code. The
clock is only enabled if all other resources are available.
Signed-off-by: Tony Prisk
---
From: Mike Frysinger
Date: Wed, 16 Jan 2013 12:28:39 -0500
> if you're not calling the kernel directly, why are you including the kernel
> headers ? what is the problem people are actually trying to address here
> (and
> no, "i want to include both headers" is not the answer) ?
When GLIBC
On Wed, Jan 16, 2013 at 01:45:12PM -0500, Mimi Zohar wrote:
[..]
> > Given the fact that signatures are stored in extended attributes, to me
> > the only way to sign executables in current IMA framework would to be
> > prepare file system image at build server and ship that image. And
> > then
Jiri Olsa [jo...@redhat.com] wrote:
| On Tue, Jan 15, 2013 at 03:57:59PM -0300, Arnaldo Carvalho de Melo wrote:
| > Em Wed, Jan 09, 2013 at 05:07:03PM -0800, Sukadev Bhattiprolu escreveu:
| > > [PATCH 6/6][v3] perf: Document the ABI of perf sysfs entries
| > >
| > > This patchset addes two new
On Wed, Jan 16, 2013 at 4:53 AM, Miklos Szeredi wrote:
>
> The large part of this pull request is a patch series from Maxim
> Patlasov to optimize scatter-gather direct IO. The rest is small fixes
> and cleanups.
Please just send the fixes. We're post-rc3, I'm not willing to take
new code like
From: Mike Frysinger
Date: Wed, 16 Jan 2013 12:04:56 -0500
> certainly true, but the current expectation is that you don't mix your ABIs.
> if you're programming with the C library API, then use the C library headers.
>
> if you're banging directly on the kernel, then use the kernel
On Wed, 2013-01-16 at 13:21 -0500, Vivek Goyal wrote:
> On Wed, Jan 16, 2013 at 12:24:39PM -0500, Mimi Zohar wrote:
> > On Wed, 2013-01-16 at 10:54 -0500, Vivek Goyal wrote:
> > > On Wed, Jan 16, 2013 at 10:33:11AM -0500, Mimi Zohar wrote:
> > >
> > > [..]
> > > > > - Also I really could not
On 01/16/2013 05:31 AM, Hiroshi Doyu wrote:
> Prashant Gaikwad wrote @ Fri, 11 Jan 2013 08:46:20
> +0100:
> ...
>> +struct clk *tegra_clk_periph(const char *name, const char **parent_names,
>> +int num_parents, struct tegra_clk_periph
>> *periph,
>> +
Em Sun, Jan 13, 2013 at 05:43:37PM +0900, Namhyung Kim escreveu:
> Hi Arnaldo,
>
> 2013-01-11 (금), 02:17 -0300, Arnaldo Carvalho de Melo:
> > Em Thu, Dec 27, 2012 at 06:11:44PM +0900, Namhyung Kim escreveu:
> > > From: Namhyung Kim
> > >
> > > When setup_sorting() is called, 'str' is passed to
Hello.
On 01/16/2013 05:43 PM, Roger Quadros wrote:
> Use devm_ variants of kzalloc() and ioremap(). Simplify the error path.
> Signed-off-by: Roger Quadros
> ---
> drivers/mfd/omap-usb-tll.c | 36 +++-
> 1 files changed, 11 insertions(+), 25 deletions(-)
>
Hello.
On 01/16/2013 05:43 PM, Roger Quadros wrote:
> Use devm_ variants of kzalloc and ioremap. Also clean up error path.
> Signed-off-by: Roger Quadros
[...]
> diff --git a/drivers/mfd/omap-usb-host.c b/drivers/mfd/omap-usb-host.c
> index 061366d..0f190b6 100644
> ---
> > >On Wed, Jan 16, 2013 at 09:55:55AM +0100, Soeren Moch wrote:
> > >>I don't want to say that Mareks patch is wrong, probably it triggers a
> > >>bug somewhere else! (in em28xx?)
Could you send the output of:
lsusb -v -d VEND:PROD
for the em28xx?
thx,
Jason.
--
To unsubscribe from this
On Wed, Jan 16, 2013 at 04:17:16PM +, Andrew Murray wrote:
> On Wed, Jan 16, 2013 at 02:00:26PM +, Arnd Bergmann wrote:
> > On Tuesday 15 January 2013, Thierry Reding wrote:
> > > Is there actually hardware that supports this? I assumed that the MSI
> > > controller would have to be
Em Wed, Jan 16, 2013 at 07:33:52PM +0900, Namhyung Kim escreveu:
> On Tue, 15 Jan 2013 15:38:58 -0300, Arnaldo Carvalho de Melo wrote:
> > It would be great if examples of this in use were provided.
> > Detailed ones at that, showing how things were in the past, how the info
> > can be retrieved
Em Wed, Jan 16, 2013 at 07:25:02PM +0900, Namhyung Kim escreveu:
> Adding current header name to event name will fix the problem but it
> probably occupies too much screen width especially for long named
> tracepoint or PMU-specific events like
> "compaction:mm_compaction_isolate_migratepages".
>
On Wed, Jan 16, 2013 at 01:08:35PM -0500, Mimi Zohar wrote:
> On Wed, 2013-01-16 at 11:34 -0500, Vivek Goyal wrote:
>
> > I read the comment in ima_bprm_check() being called from
> > security_bprm_check().
> > It says that files already open for write can't executed and files already
> > open
On Wed, Jan 16, 2013 at 5:32 PM, James Bottomley
wrote:
> On Wed, 2013-01-09 at 13:58 -0600, Dave Kleikamp wrote:
>> This patchset was begun by Zach Brown and was originally submitted for
>> review in October, 2009. Feedback was positive, and I have picked up
>> where he left off, porting his
On Wed, Jan 16, 2013 at 12:24:39PM -0500, Mimi Zohar wrote:
> On Wed, 2013-01-16 at 10:54 -0500, Vivek Goyal wrote:
> > On Wed, Jan 16, 2013 at 10:33:11AM -0500, Mimi Zohar wrote:
> >
> > [..]
> > > > - Also I really could not figure out where does the private signing key
> > > > lives. I got
On Wed, Jan 16, 2013 at 9:38 AM, H. Peter Anvin wrote:
> On 01/16/2013 09:31 AM, Yinghai Lu wrote:
>>
>>
>
> The first sentence here doesn't parse, and this description doesn't give any
> hint to anyone who is researching this code in say, five years, what
> problems this caused.
>
> I can't
On Wed, 16 Jan 2013 19:01:22 +0200
Felipe Balbi wrote:
> Hi,
>
> On Wed, Jan 16, 2013 at 04:59:03PM +, Alan Cox wrote:
> > +static int goldfish_tty_probe(struct platform_device *pdev)
> > +{
> > + struct goldfish_tty *qtty;
> > + int ret = -EINVAL;
> > + int i;
> > + struct resource
Em Wed, Jan 16, 2013 at 06:22:49PM +0900, Namhyung Kim escreveu:
> On Tue, 15 Jan 2013 15:31:10 -0300, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Jan 15, 2013 at 04:31:50PM +0900, Namhyung Kim escreveu:
> >> From: Namhyung Kim
> >>
> >> Show group members' overhead also when showing the
Em Wed, Jan 16, 2013 at 10:09:48AM +0100, Thomas Jarosch escreveu:
>
> Alright, looks like I've messed up the "early" error path.
> The "FILE *fp" pointer needs to be initialized to NULL.
>
> Should I send another patch or do you want to fix it on the fly?
Please send another patch taking this
On Wed, Jan 16, 2013 at 11:57 AM, Ralf Baechle wrote:
> On Mon, Jan 14, 2013 at 10:47:03PM +0100, Cong Ding wrote:
>
>> the variable dummy is used without initialization.
>
> Interesting - I wonder how you found this one. My compiler (gcc 4.7)
> doesn't warn about this one.
Probably older gcc
On Wed, 2013-01-16 at 11:34 -0500, Vivek Goyal wrote:
> I read the comment in ima_bprm_check() being called from
> security_bprm_check().
> It says that files already open for write can't executed and files already
> open for exec can't be open for writes. That's fine.
>
> I was worried about
On 01/16/2013 01:19 AM, Hiroshi Doyu wrote:
> Stephen Warren wrote @ Fri, 11 Jan 2013 22:35:28
> +0100:
>
>> On 01/11/2013 04:48 AM, Hiroshi Doyu wrote:
>>> Hi Prahant,
>>>
>>> Some nit-pick/cosmetic comments inlined...
>>
>> FYI, Prashant is on vacation for the next week or two, so I'll take
Hi Volokh,
On Wed, Jan 16, 2013 at 10:42 AM, Volokh Konstantin wrote:
> On Wed, Jan 16, 2013 at 04:35:45PM +0300, Dan Carpenter wrote:
>> The problem is that the firmware was being unloaded on disconnect?
>>
> If no firmware was loaded (no exists,wrong or some error) then rmmod fails
> with
On Wed, 16 Jan 2013, Tejun Heo wrote:
> Hello, Alan.
>
> On Wed, Jan 16, 2013 at 12:01:53PM -0500, Alan Stern wrote:
> > > The problem here is that "flush everything which comes before me" is
> > > used to order async jobs. e.g. after async jobs probe the hardware
> > > they order themselves by
On 01/16/2013 06:06 AM, Laxman Dewangan wrote:
> Enable high speed serial driver for tegra platform.
Thanks, I've applied patch 1 to Tegra's for-3.9/defconfig branch and
patch 2 to Tegra's for-3.9/dt branch.
Just as an FYI, the dt branch is merged into my for-next branch, and
sent upstream,
On 01/16/2013 02:57 AM, Ralf Baechle wrote:
On Mon, Jan 14, 2013 at 10:47:03PM +0100, Cong Ding wrote:
the variable dummy is used without initialization.
Interesting - I wonder how you found this one. My compiler (gcc 4.7)
doesn't warn about this one.
I get no warnings either. So I
On Wed, Jan 16, 2013 at 06:05:59PM +0100, Soeren Moch wrote:
> On 16.01.2013 16:50, Jason Cooper wrote:
> >On Wed, Jan 16, 2013 at 09:55:55AM +0100, Soeren Moch wrote:
> >>On 16.01.2013 04:24, Soeren Moch wrote:
> >>>On 16.01.2013 03:40, Jason Cooper wrote:
> On Wed, Jan 16, 2013 at 01:17:59AM
oot, and haven't been paying enough attention
to know which commit to revert:-(. Lots of lost productivity:-(
Simon, the offending commit:
6d3ef6b drivers/pinctrl: grab default handles from device core
is still in next-20130116. Can you please remove it?
Or does it make sense for Stephen R
On Wed, Jan 16, 2013 at 06:32:09PM +0100, Soeren Moch wrote:
> On 16.01.2013 09:55, Soeren Moch wrote:
> >On 16.01.2013 04:24, Soeren Moch wrote:
> >>I did not bisect it, but Marek mentioned earlier that commit
> >>e9da6e9905e639b0f842a244bc770b48ad0523e9 in Linux v3.6-rc1 introduced
> >>new code
Signed-off-by: Jacob Pan
---
Need to include the proper nmi.h file such that
local_touch_nmi is always declared.
drivers/thermal/intel_powerclamp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/thermal/intel_powerclamp.c
b/drivers/thermal/intel_powerclamp.c
On 01/16/2013 09:31 AM, Yinghai Lu wrote:
rom af4f3bc044d1556f89bd488c7ea75e2a162bb273 Mon Sep 17 00:00:00 2001
From: Yinghai Lu
Date: Mon, 14 Jan 2013 21:11:05 -0800
Subject: [PATCH] x86, mm: Fix page table early allocation offset checking
During debugging loading kernel above 4G, found that
Hello, Alan.
On Wed, Jan 16, 2013 at 12:01:53PM -0500, Alan Stern wrote:
> > The problem here is that "flush everything which comes before me" is
> > used to order async jobs. e.g. after async jobs probe the hardware
> > they order themselves by flushing before registering them, so unless
>
> I
On Wed, Jan 16, 2013 at 9:08 AM, Stephen Warren wrote:
> On 01/16/2013 09:27 AM, Olof Johansson wrote:
>> Hi,
>>
>> On Tue, Jan 15, 2013 at 8:52 PM, Tony Prisk wrote:
>>> On Tue, 2013-01-15 at 21:32 -0700, Stephen Warren wrote:
On 01/15/2013 08:49 PM, Tony Prisk wrote:
> On Wed,
On 16.01.2013 09:55, Soeren Moch wrote:
On 16.01.2013 04:24, Soeren Moch wrote:
On 16.01.2013 03:40, Jason Cooper wrote:
Soeren,
On Wed, Jan 16, 2013 at 01:17:59AM +0100, Soeren Moch wrote:
On 15.01.2013 22:56, Jason Cooper wrote:
On Tue, Jan 15, 2013 at 03:16:17PM -0500, Jason Cooper
On Wed, Jan 16, 2013 at 3:32 AM, Stefano Stabellini
wrote:
> On Tue, 15 Jan 2013, Yinghai Lu wrote:
>> On Tue, Jan 15, 2013 at 8:43 AM, Yinghai Lu wrote:
>> > On Tue, Jan 15, 2013 at 4:19 AM, Stefano Stabellini
>> > wrote:
>> >>> could be found at:
>> >>>
>> >>>
>> >>>
On 01/16/2013 04:28 AM, Hiroshi Doyu wrote:
> On Fri, 11 Jan 2013 08:46:23 +0100
> Prashant Gaikwad wrote:
>
>> The device tree binding models Tegra30 CAR (Clock And Reset)
>> as a single monolithic clock provider.
>> diff --git a/Documentation/devicetree/bindings/clock/nvidia,tegra30-car.txt
On Wed, Jan 16, 2013 at 05:27:01PM +, Alan Cox wrote:
> On Wed, 16 Jan 2013 19:18:39 +0200
> Felipe Balbi wrote:
>
> > Hi,
> >
> > On Wed, Jan 16, 2013 at 04:59:38PM +, Alan Cox wrote:
> > > +#define OMAP_MMC_CMDTYPE_BC 0
> > > +#define OMAP_MMC_CMDTYPE_BCR 1
> > > +#define
On 01/16/2013 01:10 AM, Terje Bergström wrote:
> On 15.01.2013 20:44, Stephen Warren wrote:
>> On 01/15/2013 04:26 AM, Terje Bergstrom wrote:
>>> Add a driver alias gr2d for Tegra 2D device, and assign a duplicate
>>> of 2D clock to that driver alias.
>>
>> FYI on this one patch - it won't be
On Wednesday 16 January 2013 12:10:11 Ben Hutchings wrote:
> On Wed, 2013-01-16 at 12:04 -0500, Mike Frysinger wrote:
> > On Wednesday 16 January 2013 10:47:12 Ben Hutchings wrote:
> > > On Wed, 2013-01-16 at 23:21 +0900, YOSHIFUJI Hideaki wrote:
> > > > Cong Wang wrote:
> > > > > (Cc'ing some
On Wed, 2013-01-16 at 10:54 -0500, Vivek Goyal wrote:
> On Wed, Jan 16, 2013 at 10:33:11AM -0500, Mimi Zohar wrote:
>
> [..]
> > > - Also I really could not figure out where does the private signing key
> > > lives. I got the impression that we need to trust installer and
> > > signing
On Wed, 16 Jan 2013 19:18:39 +0200
Felipe Balbi wrote:
> Hi,
>
> On Wed, Jan 16, 2013 at 04:59:38PM +, Alan Cox wrote:
> > +#define OMAP_MMC_CMDTYPE_BC0
> > +#define OMAP_MMC_CMDTYPE_BCR 1
> > +#define OMAP_MMC_CMDTYPE_AC2
> > +#define OMAP_MMC_CMDTYPE_ADTC 3
>
>
083b804c4d3e1e3d0eace56bdbc0f674946d2847 ("async: use workqueue for
worker pool") made it possible that async jobs are moved from pending
to running out-of-order. While pending async jobs will be queued and
dispatched for execution in the same order, nothing guarantees they'll
enter "1) move self
Hi,
On Wed, Jan 16, 2013 at 04:59:38PM +, Alan Cox wrote:
> +#define OMAP_MMC_CMDTYPE_BC 0
> +#define OMAP_MMC_CMDTYPE_BCR 1
> +#define OMAP_MMC_CMDTYPE_AC 2
> +#define OMAP_MMC_CMDTYPE_ADTC3
OMAP ?? :-) If you guys are emulating an OMAP mmc controller, why don't
you just re-use
On 01/16/2013 12:12 AM, Felipe Balbi wrote:
> Hi,
>
> On Tue, Jan 15, 2013 at 11:04:51AM -0700, Stephen Warren wrote:
>> On 01/15/2013 03:19 AM, Venu Byravarasu wrote:
>>> As tegra_usb_phy_clk_disable/enable() are not being used,
>>> removing them.
>>
>> Greg, Felipe,
>>
>> Again if I may, I'll
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Scott Wood
commit e400e72f250d2567e89c9bafb47ab91e8d9a15a2 upstream.
We were only allocating half the bytes we need, which was made more
obvious by a recent fix to the memset in
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
commit fad8deb274edcef1c8ca38946338f5f4f8126fe2 upstream.
The descriptor list for FS speed was not NULL terminated. This patch
fixes this.
While here one of the
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
commit d185039f7982eb82cf8d03b6fb6689587ca5af24 upstream.
The HS descriptors are only created if HS is supported by the UDC but we
never free them.
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Sergei Shtylyov
commit 8b416b0b25d5d8ddb3a91c1d20e1373582c50405 upstream.
Now that DaVinci glue layer can be modular, we must export cppi_interrupt()
that it may call...
Signed-off-by:
Hi,
On Wed, Jan 16, 2013 at 04:59:14PM +, Alan Cox wrote:
> From: Brian Swetland
>
> This device is a direct pipe from "hardware" to the input
> event subsystem, allowing us to avoid having to route
> "keypad" style events through an AT keyboard driver (gross!)
>
> As with the other
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon
commit 864aa04cd02979c2c755cb28b5f4fe56039171c0 upstream.
When updating the page protection map after calculating the user_pgprot
value, the base protection map is temporarily
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Sarah Sharp
commit 392a07ae3316f2b90b39ce41e66d6f6b5c95de90 upstream.
David reports that at drivers/usb/host/xhci.c:2257:
static bool xhci_is_sync_in_ep(unsigned int ep_type)
{
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Kevin McKinney
commit 4f29ef050848245f7c180b95ccf67dfcd76b1fd8 upstream.
This patch adds two new products and modifies
the device id table to include them. In addition,
product of 0xbccd
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Julius Werner
commit 68e5254adb88bede68285f11fb442a4d34fb550c upstream.
xhci_alloc_segments_for_ring() builds a list of xhci_segments and links
the tail to head at the end (forming a
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Zheng Liu
commit 12f8f74b2a4d26c4facfa7ef99487cf0930f6ef7 upstream.
Recently I build perf and get a build error on builtin-test.c. The error is as
following:
$ make
CC perf.o
CC
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit 36caff5d795429c572443894e8789c2150dd796b upstream.
This patch (as1631) fixes a bug that shows up when a config change
fails for a device under an xHCI controller. The
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner
commit 04aa530ec04f61875b99c12721162e2964e3318c upstream.
Sankara reported that the genirq core code fails to adjust the
affinity of an interrupt thread in several cases:
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Roland Dreier
commit 1c5c12c666fda27c7c494b34934a0a0631a48130 upstream.
There are some cases, for example when the initiator sends an
out-of-bounds ErrorRecoveryLevel value, where the
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Trond Myklebust
commit 642fe4d00db56d65060ce2fd4c105884414acb16 upstream.
rpc_kill_sb() must defer calling put_net() until after the notifier
has been called, since most (all?) of the
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
commit 0f9df939385527049c8062a099fbfa1479fe7ce0 upstream.
The "video->minor = -1" assigment is done in V4L2 by
video_register_device() so it is removed here.
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit 878d7439d0f45a95869e417576774673d1fa243f upstream.
Commit 29c00b4a1d9e27 (rcu: Add event-tracing for RCU callback
invocation) added a regression in rcu_do_batch()
On Wed, 2013-01-16 at 12:04 -0500, Mike Frysinger wrote:
> On Wednesday 16 January 2013 10:47:12 Ben Hutchings wrote:
> > On Wed, 2013-01-16 at 23:21 +0900, YOSHIFUJI Hideaki wrote:
> > > Cong Wang wrote:
> > > > (Cc'ing some glibc developers...)
> > > >
> > > > Hello,
> > > >
> > > > In glibc
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit 70f77b3f7ec010ff9624c1f2e39a81babc9e2429 upstream.
There is a typo here where '&' is used instead of '|' and it turns the
statement into a noop. The original code is
On Wed, 16 Jan 2013 20:18:49 +0800
Zhang Rui wrote:
> > +#include
> > +
> drivers/thermal/intel_powerclamp.c: In function ‘clamp_thread’:
> drivers/thermal/intel_powerclamp.c:435:4: error: implicit declaration
> of function ‘local_touch_nmi’ [-Werror=implicit-function-declaration]
>
>
On 01/16/2013 09:27 AM, Olof Johansson wrote:
> Hi,
>
> On Tue, Jan 15, 2013 at 8:52 PM, Tony Prisk wrote:
>> On Tue, 2013-01-15 at 21:32 -0700, Stephen Warren wrote:
>>> On 01/15/2013 08:49 PM, Tony Prisk wrote:
On Wed, 2013-01-16 at 14:14 +1100, Stephen Rothwell wrote:
> Hi all,
>
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo
commit 175431635ec09b1d1bba04979b006b99e8305a83 upstream.
cgroup_create_dir() does weird dancing with dentry refcnt. On
success, it gets and then puts it achieving nothing. On
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Jeff Cook
commit 1ee3ff6110c16acfc915a79b1e3feb5013c41e75 upstream.
Vendor-specific ID for BCM20702A0.
Support for bluetooth over Asus Wi-Fi GO!, included with Asus P8Z77-V
Deluxe.
T:
On Wed, Jan 16, 2013 at 9:03 AM, Arjan van de Ven wrote:
>
> we can even try twice
>
> the first time right after we mount the initramfs
> the second time when the initramfs code exits, and before we exec init
> (the initramfs supposedly mounted the real root fs at this point)
Yes. This,
On 16.01.2013 16:50, Jason Cooper wrote:
On Wed, Jan 16, 2013 at 09:55:55AM +0100, Soeren Moch wrote:
On 16.01.2013 04:24, Soeren Moch wrote:
On 16.01.2013 03:40, Jason Cooper wrote:
On Wed, Jan 16, 2013 at 01:17:59AM +0100, Soeren Moch wrote:
On 15.01.2013 22:56, Jason Cooper wrote:
On
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Mark Brown
commit 13ae633cf729b0ecb677b75b04886ff8fada8fad upstream.
Reported-by: Guennadi Liakhovetski
Signed-off-by: Mark Brown
Signed-off-by: Herton Ronaldo Krzesinski
---
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Jaroslav Resler
commit 0c1abbd1aa0416258881c303a88e618cbca0759c upstream.
Add another vendor specific ID for BCM20702A0.
output of usb-devices:
T: Bus=01 Lev=02 Prnt=02 Port=03 Cnt=02
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 4c9287c6009b37754c42e0ba73a4cc79de92d8f8 upstream.
x and y parameters are offsets, not width/height
Signed-off-by: Alex Deucher
Signed-off-by: Dave Airlie
301 - 400 of 1847 matches
Mail list logo