Am Montag, den 04.03.2013, 08:45 -0800 schrieb Paul Taysom:
> Changed the dm-verity prefetching to use a worker thread to avoid
> a deadlock in dm-bufio.
Do you know of any bug reports about this? Searching for »dm-verity dead
lock« I found [1], which seems to be the issue, right? If yes, please
On 28/02/13 11:58, Jan Beulich wrote:
On 28.02.13 at 11:28, Roger Pau Monne wrote:
>> dev_bus_addr returned in the grant ref map operation is the mfn of the
>> passed page, there's no need to store it in the persistent grant
>> entry, since we can always get it provided that we have the
Ping,
To recap, the black screen first show up after the ACPI change to use widows 8
string. The i915_setmode function did not crash. The printk output
from that function seems the same as the one that is in 3.6 kernel.
I also include the 3.6 and 3.7 kernel dmesg. The black screen is 100%
"J. Bruce Fields" writes:
> krb5 mounts started failing for me as of this patch (upstream as
> 683428fae8c73d7d7da0fa2e0b6beb4d8df4e808),
Ouch!
> and I believe the problem is
> these uid/gid_valid checks: if I recall correctly, gssd uses -1 uid/gid
> values to indicate "authentication
On Mon, 2013-03-04 at 14:39 +0530, Sachin Kamat wrote:
> Use the newly introduced devm_ioremap_resource() instead of
> devm_request_and_ioremap() which provides more consistent error handling.
>
> devm_ioremap_resource() provides its own error messages; so all explicit
> error messages can be
Hello.
On 03/04/2013 07:14 PM, Thomas Renninger wrote:
From: Hannes Reinecke
xhci has its own interrupt enabling routine, which will try to
use MSI-X/MSI if present. So the usb core shouldn't try to enable
legacy interrupts; on some machines the xhci legacy IRQ setting
is invalid.
v3: Be
I've probably fucked up when I created the big patch out of all the small
chunks and pulled two hunks that I shouldn't have.
Reported-by: Paul Bolle
Reported-by: Thomas Schlichter
Signed-off-by: Sasha Levin
---
kernel/smpboot.c | 2 +-
net/9p/trans_virtio.c | 2 +-
2 files changed, 2
On 03/03/2013 06:36 PM, KY Srinivasan wrote:
>> I guess the most obvious question about exporting this symbol is, "Why
>> doesn't any of the other hypervisor balloon drivers need this? What is
>> so special about hyper-v?"
>
> The balloon protocol that Hyper-V has specified is designed around
Russ, how about this patch instead? Can you verify whether or not
this fixes your issue? If so, I'll push it to Linus.
- Ted
>From 24c598b5abd466f2bab954d0cc8c225e0d3a2a74 Mon Sep 17 00:00:00 2001
From: Theodore Ts'o
Date: Mon, 4 Mar 2013 11:59:12 -0500
Hello,
On Mon, Mar 04, 2013 at 11:24:06AM +0800, Lianwei Wang wrote:
> Freeze/Thaw is a hot path for the Linux based mobile OS, e.g. Android.
> If we don't remove the pending fake signal, then the user space apps
Hotness is relative. How often are we talking about? Do you have any
numbers
Frankly, I consider it appropriate.
The question is not one of reminding me of what I said earlier
it's one of pointing people in the right direction. Frankly, some of
the fault for this patch lies with Greg and myself for letting it
through. I had just assumed that the Huawei guys had
On 03/04/2013 12:55 AM, Venu Byravarasu wrote:
> Stephen Warren wrote at Thursday, February 28, 2013 11:47 PM:
>> On 02/27/2013 11:36 PM, Venu Byravarasu wrote:
>>> To clear any configurations made by U-Boot on Tegra USB controller,
>>> reset it before init in probe.
>>
>>> diff --git
> -Original Message-
> From: Sethi Varun-B16395
> Sent: Monday, March 04, 2013 5:31 AM
> To: Stuart Yoder
> Cc: io...@lists.linux-foundation.org; linuxppc-...@lists.ozlabs.org;
> linux-kernel@vger.kernel.org; Wood
> Scott-B07421; Joerg Roedel; Yoder Stuart-B08248
> Subject: RE: [PATCH
On 03/04, Anton Arapov wrote:
>
> +static void handle_uretprobe(struct xol_area *area, struct pt_regs *regs)
> +{
> + struct hlist_head *head;
> + struct hlist_node *tmp;
> + struct return_uprobe_i *ri;
> + struct uprobe_task *utask;
> + unsigned long orig_ret_vaddr;
> +
> +
On 03/04, Anton Arapov wrote:
>
> @@ -1085,6 +1093,7 @@ static int xol_add_vma(struct xol_area *area)
> {
> struct mm_struct *mm = current->mm;
> int ret = -EALREADY;
> + uprobe_opcode_t insn = UPROBE_SWBP_INSN;
>
> down_write(>mmap_sem);
> if
Ben Hutchings writes:
> On Mon, 2013-03-04 at 14:19 +0100, Bjørn Mork wrote:
> [...]
>> In-kernel mode switching was deprecated years ago with the
>> development of the more user friendly userspace alternatives. The
>> existing list of devices in usb-storage was only kept to prevent
>> breaking
Changed the dm-verity prefetching to use a worker thread to avoid
a deadlock in dm-bufio.
If generic_make_request is called recursively, it queues the I/O
request on the current->bio_list without making the I/O request
and returns. The routine making the recursive call cannot wait
for the I/O to
On Mon, Mar 4, 2013 at 12:29 AM, Mathias Krause wrote:
> On Sun, Mar 03, 2013 at 09:48:50AM -0800, Kees Cook wrote:
>> Several subsystems already have an implicit subsystem restriction
>> because they load with aliases. (e.g. binfmt-, net-pf=NNN,
>> snd-card-NNN, FOO-iosched, etc). This isn't
Fixes a race on driver init with registering algorithms where the
driver status flag wasn't being set before self testing started.
Added the cra_alignmask field for CBC and ECB modes.
Fixed a bug in GCM where AES block size was being used instead of
authsize.
Signed-off-by: Kent Yoder
I'm encountering an oops when remounting my ubifs volume as read/write.
# mount -o remount,rw /
[ 89.434974] UBIFS assert failed in ubifs_write_node at 869 (pid 628)
[ 89.442122] [] (unwind_backtrace+0x0/0xf0) from []
(ubifs_write_node+0x180/0x1c4)
[ 89.451896] []
From: Lars Poeschel
This converts the mcp23s08 driver to be able to be used with device
tree.
There is a "spi-present-mask" device tree property, that allows to
use multiple of this spi chips on the same chipselect.
Signed-off-by: Lars Poeschel
---
v3:
- removed mcp,chips device tree property
Dear Arnd Bergmann,
On Tue, 12 Feb 2013 22:36:37 +, Arnd Bergmann wrote:
> > I have the feeling that the problem is more complex than that. My
> > understanding is that the pcim_iomap_regions() function used by
> > drivers/ata/libata-sff.c can perfectly be used to map memory BARs, and
> >
On Mon, Mar 04, 2013 at 08:48:36AM -0500, Mimi Zohar wrote:
> On Thu, 2013-02-14 at 14:55 -0500, Vivek Goyal wrote:
> > Digital signature verification happens using integrity_digsig_verify().
> > Curently we set integrity to FAIL for all error codes except -EOPNOTSUPP.
> > This sounds out of line.
On Mon, 2013-03-04 at 17:28 +0200, Eliezer Tamir wrote:
> On 04/03/2013 16:52, Eric Dumazet wrote:
> > On Mon, 2013-03-04 at 10:43 +0200, Eliezer Tamir wrote:
> >
> >> One could for example increment the generation id every time the RTNL is
> >> taken. or is this too much?
> >
> > RTNL is taken
From: Hannes Reinecke
xhci has its own interrupt enabling routine, which will try to
use MSI-X/MSI if present. So the usb core shouldn't try to enable
legacy interrupts; on some machines the xhci legacy IRQ setting
is invalid.
v3: Be careful to not break XHCI_BROKEN_MSI workaround (by trenn)
On Monday, March 04, 2013 10:26:40 AM Alan Stern wrote:
> On Mon, 4 Mar 2013, Hannes Reinecke wrote:
> > xhci has its own interrupt enabling routine, which will try to
> > use MSI-X/MSI if present. So the usb core shouldn't try to enable
> > legacy interrupts; on some machines the xhci legacy IRQ
On Mon, Mar 04, 2013 at 01:45:41PM +0100, Paul Bolle wrote:
> Since commit c14b78e7decd0d1d5add6a4604feb8609fe920a9 ("netfilter:
> nfnetlink: add mutex per subsystem") building nefnetlink.o without
> CONFIG_PROVE_RCU set, triggers this GCC warning:
> net/netfilter/nfnetlink.c:65:22: warning:
On Sun, 3 Mar 2013, Felipe Balbi wrote:
> > > this is good point and, in fact, a doubt I have myself. How are we
> > > supposed to check if device is suspended ? In case it _is_ suspended we
> > > might not be able to read device's registers due to clocks possibly
> > > being gated.
> >
> >
On Wednesday 23 January 2013 20:12:59 Rafael J. Wysocki wrote:
> On Wednesday, January 23, 2013 08:00:31 PM Peter Wu wrote:
> > Hi,
> >
> > Any progress on this one? I guess it won't make into 3.8, perhaps 3.9?
>
> No, that doesn't go anywhere for now.
>
> In fact, I need to discuss that with
On Mon, 2013-03-04 at 23:33 +0800, Ming Lei wrote:
> Hi,
>
> CC guys who introduced the lockdep change.
>
> On Mon, Mar 4, 2013 at 11:04 PM, Jeff Layton wrote:
>
> >
> > I don't get it -- why is it bad to hold a lock across a freeze event?
>
> At least this may deadlock another mount.nfs
Reviewed-by: Steve Wise
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi,
CC guys who introduced the lockdep change.
On Mon, Mar 4, 2013 at 11:04 PM, Jeff Layton wrote:
>
> I don't get it -- why is it bad to hold a lock across a freeze event?
At least this may deadlock another mount.nfs during freezing, :-)
See detailed explanation in the commit log:
commit
On Sun, Mar 03, 2013 at 03:00:22PM +0200, Gleb Natapov wrote:
> On Fri, Mar 01, 2013 at 09:03:12PM -0300, Marcelo Tosatti wrote:
> > On Thu, Feb 28, 2013 at 04:54:25PM +0800, Hu Tao wrote:
> > > > > diff --git a/arch/x86/include/uapi/asm/kvm_para.h
> > > > > b/arch/x86/include/uapi/asm/kvm_para.h
On Sun, Mar 03, 2013 at 04:42:24PM -0500, Mimi Zohar wrote:
[..]
> > > We've already spoken about needing an additional hook or moving the
> > > existing bprm hook. Can we defer the memory caching requirements for
> > > now?
> >
> > Sure, additional hook is not a concern.
> >
> > I can defer
Hi,
On Sat, Mar 02, 2013 at 06:53:02PM +0530, Vivek Gautam wrote:
> Adding APIs to handle runtime power management on PHY
> devices. PHY consumers may need to wake-up/suspend PHYs
> when they work across autosuspend.
>
> Signed-off-by: Vivek Gautam
> ---
> include/linux/usb/phy.h | 26
On Mon, 4 Mar 2013, Vivek Gautam wrote:
> >> @@ -149,6 +150,8 @@ static int xhci_plat_probe(struct platform_device
> >> *pdev)
> >> if (ret)
> >> goto put_usb3_hcd;
> >>
> >> + pm_runtime_enable(>dev);
> >
> > This is generally not a good idea. You shouldn't enable a
On 04/03/2013 16:52, Eric Dumazet wrote:
On Mon, 2013-03-04 at 10:43 +0200, Eliezer Tamir wrote:
One could for example increment the generation id every time the RTNL is
taken. or is this too much?
RTNL is taken for a lot of operations, it would be better to have a
finer grained increment.
On Mon, 4 Mar 2013, Hannes Reinecke wrote:
> xhci has its own interrupt enabling routine, which will try to
> use MSI-X/MSI if present. So the usb core shouldn't try to enable
> legacy interrupts; on some machines the xhci legacy IRQ setting
> is invalid.
This version of the patch is much better
On Mon, 2013-03-04 at 22:08 +0800, Zang MingJie wrote:
> We should reset nf settings bond to the skb as ipip/ipgre do.
>
> If not, the conntrack/nat info bond to the origin packet may continually
> redirect the packet to vxlan interface causing a routing loop.
>
> this is the scenario:
>
>
On 03/04/2013 11:46 AM, Mihai Donțu wrote:
> Hi,
>
> I apologize in advance for posting on two lists at once and for not
> even being subscribed to e1000-devel.
>
> Ever since upgrading to 3.8.x, I'm unable to use my wired connection
> (e1000e - Intel Corporation 82579LM Gigabit) immediately
Tetsuo Handa wrote:
> Hello.
>
> I can boot linux-next-20130205 using kernel config at
> http://I-love.SAKURA.ne.jp/tmp/config-3.8-rc6-next-20130205 .
> But I get VMware's virtual machine kernel stack fault (hardware reset) as soon
> as kernel is loaded if CONFIG_DEBUG_VIRTUAL=y is added to the
On Thu, Feb 28, 2013 at 05:55:49PM -0500, Boris Ostrovsky wrote:
> Invoking arch_flush_lazy_mmu_mode() results in calls to
> preempt_enable()/disable() which may have performance impact.
>
> Since lazy MMU is not used on bare metal we can patch away
> arch_flush_lazy_mmu_mode() so that it is
On Mon, Mar 04, 2013 at 09:54:26AM +0800, Li Haifeng wrote:
> When a page cache is to reclaim, we should to decide whether the page
> cache is free.
> IMO, the condition whether a page cache is free should be 3 in page
> frame reclaiming. The reason lists as below.
>
> When page is allocated, the
Hi,
The below commit that is present in 3.9-rc1 is buggy. It releases the page at
which point it may no longer exist and then it unlocks it afterwards. Even if
you are somehow getting away with it I think it is an explosion/memory
corruption waiting to happen...
Best regards,
Anton
On Mon, 4 Mar 2013 22:40:02 +0800
Ming Lei wrote:
> On Mon, Mar 4, 2013 at 10:14 PM, Myklebust, Trond
> wrote:
> > On Mon, 2013-03-04 at 21:57 +0800, Ming Lei wrote:
> >> Hi,
> >>
> >> The below warning can be triggered each time when mount.nfs is
> >> running on 3.9-rc1.
> >>
> >> Not sure if
Hi,
On Fri, Mar 01, 2013 at 08:41:29AM +0200, Felipe Balbi wrote:
> > >> >> >> Moreover, SoCs having multiple dwc3 controllers will have multiple
> > >> >> >> PHYs, which eventually be added using usb_add_phy_dev(), and not
> > >> >> >> using usb_add_phy(). So each dwc3 controller won't be able
On Mon, Mar 04, 2013 at 09:14:47AM +, Jan Beulich wrote:
> >>> On 04.03.13 at 10:11, Paul Bolle wrote:
> > On Mon, 2013-03-04 at 07:55 +, Jan Beulich wrote:
> >> >>> On 03.03.13 at 11:20, Paul Bolle wrote:
> >> For one, a fix for the (indeed valid) compiler warning has been in
> >>
On Mon, 2013-03-04 at 10:43 +0200, Eliezer Tamir wrote:
> One could for example increment the generation id every time the RTNL is
> taken. or is this too much?
RTNL is taken for a lot of operations, it would be better to have a
finer grained increment.
--
To unsubscribe from this list: send
On Sat, Feb 09, 2013 at 04:47:40PM -0800, Olof Johansson wrote:
> On Fri, Feb 08, 2013 at 05:35:13PM +0100, Nicolas Ferre wrote:
> > These patches fix a regression in 16-bpp support for older SOCs which use
> > IBGR:555 rather than BGR:565 pixel layout. Use SOC-type to determine if the
> >
On Mon, 2013-03-04 at 18:11 +0800, zhangwei(Jovi) wrote:
> >From 0a2bd3ad03fc9acd125f4eeb585a1e09027a182a Mon Sep 17 00:00:00 2001
> From: "zhangwei(Jovi)"
> Date: Mon, 4 Mar 2013 17:45:10 +0800
> Subject: [PATCH] printk/tracing: rework console tracing
>
> commit 7ff9554bb(printk: convert
Hi,
Both patches now in the GFS2 -nmw tree. Thanks,
Steve.
On Sat, 2013-03-02 at 23:31 +0900, Akinobu Mita wrote:
> The bitmap accessed by bitops like set_bit_le and clear_bit_le must
> be aligned to the size of an "unsigned long". But there are bitmaps
> that are declared as char array.
>
>
On Mon, 4 Mar 2013 10:38:45 +0400
Stanislav Kinsbursky wrote:
> 01.03.2013 17:09, Jeff Layton пишет:
> > On Fri, 01 Mar 2013 11:24:23 +0300
> > Stanislav Kinsbursky wrote:
> >
> >> Currently, UMH and Legacy trackers are disabled in containers.
> >> But existent logic can lookup nfs4_recoverydir
Hello,
RFC v4 uretprobes implementation. I'd be grateful for review.
/* Oleg, this one is more quirky than previous, don't beat me. */
These patches extending uprobes by enabling tools, such as perf(trace_event),
set a breakpoint on probed function's return address.
v4:
- get rid of
>> Yes, no problem.
>> I'll create a patch without it -
>> I'll make it this way that you can apply the conversion patch first
>> and then the change.
>Thanks!
>Kent
The new version of my patch was just sent - please apply this one first.
Thanks,
Peter
On Friday 01 February 2013 22:44:55 Rafael J. Wysocki wrote:
> On Friday, February 01, 2013 07:23:52 PM Peter Wu wrote:
> > On Thursday 31 January 2013 23:32:40 Rafael J. Wysocki wrote:
> > > In general, for ACPI device power management to work, the initial
> > > power states of devices must be
This driver adds support for Infineon's new SLB 9645 TT 1.2 I2C TPMs,
which supports clockstretching, combined reads and a bus speed of
up to 400khz. The device also has a new device id.
The driver works now also fine with device trees, so you can
instantiate your device by adding:
+ tpm {
When a uprobe with return consumer is hit, prepare_uretprobe function is
invoked. It creates return_instance, hijacks return address and replaces
it with the trampoline.
N.B. it might be a good idea to introduce get_uprobe() to reflect
put_uprobe() later, but it is not a subject of this
1/6 and 6/6 patches are here to enclose return probes implementation as well
as prohibit uprobe_register() routine with no consumer set.
v3 changes: (the patch is introduced in v3)
- check whether at least one of the consumer's handlers were set
- a 'TODO' cap that will be removed once
On Mon, Mar 4, 2013 at 10:14 PM, Myklebust, Trond
wrote:
> On Mon, 2013-03-04 at 21:57 +0800, Ming Lei wrote:
>> Hi,
>>
>> The below warning can be triggered each time when mount.nfs is
>> running on 3.9-rc1.
>>
>> Not sure if freezable_schedule() inside rpc_wait_bit_killable should
>> be changed
1/6 and 6/6 patches are here to enclose return probes implementation
as well as prohibit uprobe_register() routine with no consumer set.
v3 changes: (the patch is introduced in v3)
- remove 'TODO' as return probes implemented now
Signed-off-by: Anton Arapov
---
kernel/events/uprobes.c | 4
Uretprobe handlers are invoked when the trampoline is hit, on completion the
trampoline is replaced with the saved return address and the uretprobe instance
deleted.
v4:
- check, whether utask is not NULL in handle_uretprobe()
? do we want a printk() for this case?
- get rid of
Generalize xol_take_insn_slot() to enable more consumers of the
function, e.g. trampoline implementation for return probes.
The first time a uprobe with return consumer is hit for a process, a
trampoline slot is obtained in the xol_area and initialized with a
breakpoint instruction. This slot
hijack the return address and replace it with a "trampoline"
v2:
- remove ->doomed flag, kill task immediately
Signed-off-by: Anton Arapov
---
arch/x86/include/asm/uprobes.h | 1 +
arch/x86/kernel/uprobes.c | 29 +
2 files changed, 30 insertions(+)
diff
On Thu, Feb 28, 2013 at 11:38:52AM +0100, Fabio Baltieri wrote:
> Add transceiver notifier event handling to the ux500 driver to set vbus
> on specific transceiver events.
>
> Acked-by: Linus Walleij
> Signed-off-by: Fabio Baltieri
> ---
> drivers/usb/musb/ux500.c | 41
On Mon, 2013-03-04 at 14:19 +0100, Bjørn Mork wrote:
[...]
> In-kernel mode switching was deprecated years ago with the
> development of the more user friendly userspace alternatives. The
> existing list of devices in usb-storage was only kept to prevent
> breaking already working systems. The
On Mon, 2013-03-04 at 14:05 +0300, Alexey Klimov wrote:
> Hi Greg,
>
> On Fri, Mar 1, 2013 at 11:44 PM, Greg Kroah-Hartman
> wrote:
> > 3.8-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Alexey Klimov
> >
> > commit
On Thu, Feb 28, 2013 at 09:10:24PM +0100, Oleg Nesterov wrote:
> On 02/28, Anton Arapov wrote:
> >
> > +static void prepare_uretprobe(struct uprobe *uprobe, struct pt_regs *regs)
> > +{
> > + struct return_uprobe_i *ri;
> > + struct uprobe_task *utask;
> > + struct xol_area *area;
> > +
On Mon, 4 Mar 2013 14:14:23 +
"Myklebust, Trond" wrote:
> On Mon, 2013-03-04 at 21:57 +0800, Ming Lei wrote:
> > Hi,
> >
> > The below warning can be triggered each time when mount.nfs is
> > running on 3.9-rc1.
> >
> > Not sure if freezable_schedule() inside rpc_wait_bit_killable should
>
On Tue, Feb 19, 2013 at 10:33:53PM +0200, maxin.j...@gmail.com wrote:
> From: "Maxin B. John"
>
> Fix this compiler warning:
> warning: 'td_remove' defined but not used [-Wunused-function]
>
> Signed-off-by: Maxin B. John
Applied thanks
> ---
> drivers/dma/timb_dma.c |2 +-
> 1 files
On 03/04/2013 05:41 AM, Paul Bolle wrote:
> On Wed, 2013-01-30 at 21:00 -0500, 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:
>>
>> list_for_each_entry(pos, head,
> -Original Message-
> From: K. Y. Srinivasan [mailto:k...@microsoft.com]
> Sent: Sunday, February 17, 2013 4:31 PM
> To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
> jasow...@redhat.com
> Cc: KY
On Mon, 2013-03-04 at 21:57 +0800, Ming Lei wrote:
> Hi,
>
> The below warning can be triggered each time when mount.nfs is
> running on 3.9-rc1.
>
> Not sure if freezable_schedule() inside rpc_wait_bit_killable should
> be changed to schedule() since nfs_clid_init_mutex is held in the path.
On Wed, Feb 13, 2013 at 09:51:38AM -0800, Eric W. Biederman wrote:
> From: "Eric W. Biederman"
>
> For each received uid call make_kuid and validate the result.
> For each received gid call make_kgid and validate the result.
>
> Cc: "J. Bruce Fields"
> Cc: Trond Myklebust
> Signed-off-by:
We should reset nf settings bond to the skb as ipip/ipgre do.
If not, the conntrack/nat info bond to the origin packet may continually
redirect the packet to vxlan interface causing a routing loop.
this is the scenario:
VETP VXLAN Gateway
/\ /---\
|| |
Cesar Eduardo Barros wrote:
> F: include/linux/*aio*.h
> +F: include/uapi/linux/*aio*.h
I wonder if we can infer things like this in the scripts rather than needing
to make it explicit.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
There's interest in having an Android microconference at this year's Linux
Plumbers Conference. I've started a Wiki at:
http://wiki.linuxplumbersconf.org/2013:android
I'd like to invite people to add topics to the Wiki. Please include a
description of the topic you'd like to discuss. In
Hi,
The below warning can be triggered each time when mount.nfs is
running on 3.9-rc1.
Not sure if freezable_schedule() inside rpc_wait_bit_killable should
be changed to schedule() since nfs_clid_init_mutex is held in the path.
[ 41.387939] =
[ 41.392913]
On Mon, 2013-03-04 at 08:46 +0100, David Henningsson wrote:
> On 03/04/2013 06:13 AM, Ben Hutchings wrote:
> > On Mon, 2013-03-04 at 03:38 +, Ben Hutchings wrote:
> >> 3.2-stable review patch. If anyone has any objections, please let me know.
> >>
> >> --
> >>
> >> From: David
On Mon, Mar 04, 2013 at 10:46:05AM +1100, Stephen Rothwell wrote:
> Hi Konrad,
>
> We are at the end of the merge window and the xen-two tree still looks
> like this:
>
> arch/x86/include/asm/xen/interface.h | 11 ++-
> arch/x86/include/asm/xen/page.h | 3 +
> arch/x86/pci/xen.c
2013/3/4 zhangwei(Jovi) :
> From 0a2bd3ad03fc9acd125f4eeb585a1e09027a182a Mon Sep 17 00:00:00 2001
> From: "zhangwei(Jovi)"
> Date: Mon, 4 Mar 2013 17:45:10 +0800
> Subject: [PATCH] printk/tracing: rework console tracing
>
> commit 7ff9554bb(printk: convert byte-buffer to variable-length record
On Thu, 2013-02-14 at 14:55 -0500, Vivek Goyal wrote:
> Digital signature verification happens using integrity_digsig_verify().
> Curently we set integrity to FAIL for all error codes except -EOPNOTSUPP.
> This sounds out of line.
>
> - If appropriate kernel code is not compiled in to verify
Since commit 7543f344e9b06afe86b55a2620f5c11b38bd5642 ("[media] m920x:
factor out a m920x_write_seq() function") building m920x.o triggers this
GCC warning:
drivers/media/usb/dvb-usb/m920x.c: In function ‘m920x_probe’:
drivers/media/usb/dvb-usb/m920x.c:91:6: warning: ‘ret’ may be used
On 03/04/13 13:58, Akinobu Mita wrote:
Use more preferable function name which implies using a pseudo-random
number generator.
Signed-off-by: Akinobu Mita
Acked-by: Thomas Sailer
Acked-by: Bing Zhao [mwifiex]
Cc: "David S. Miller"
Cc: Michael Chan
Cc: Thomas Sailer
Cc: Jean-Paul Roubelat
Cc:
On Mon, Feb 25, 2013 at 01:16:08PM +0100, Borislav Petkov wrote:
> On Mon, Feb 25, 2013 at 11:25:26AM +0100, Borislav Petkov wrote:
> > > has anybody checked if the patch at lkml.org/lkml/2012/12/30/47 fixes
> > > the problem, without any other patch?
> >
> > Ok, let me try it out.
>
> Ok, doing
Greg,
On Fri, Feb 22, 2013 at 04:27:19PM +, Sean Young wrote:
> The InsydeH2O BIOS (version dated 09/12/2011) has the following in
> its pnp resouces for its serial ports:
>
> $ cat /sys/bus/pnp/devices/00:0b/resources
> state = active
> io disabled
> irq disabled
>
> We do not check if the
Hello.
On 04-03-2013 12:22, Hannes Reinecke wrote:
xhci has its own interrupt enabling routine, which will try to
use MSI-X/MSI if present. So the usb core shouldn't try to enable
legacy interrupts; on some machines the xhci legacy IRQ setting
is invalid.
Cc: Bjorn Helgaas
Cc: Oliver
Added Cc: list
Il 04/03/2013 13:29, Roberto Oppedisano ha scritto:
Il 03/03/2013 01:22, Ville Syrjala ha scritto:
Roberto Oppedisano gmail.com> writes:
Hello,
with recent kernels after a suspend/resume cycle on my laptop (HP
6730b) the fans stays at full speed.
I too have been hit by
On 03/02/2013 10:59 AM, Andreas Mohr wrote:
Hi,
if ((revision == 0x13)&& irq_remapping_enabled) {
+ pr_warn("WARNING WARNING WARNING WARNING WARNING
WARNING\n"
+ "This system BIOS has enabled interrupt
remapping\n"
+ "on a chipset that
This reverts commit 200e0d99 ("USB: storage: optimize to match the
Huawei USB storage devices and support new switch command" and the
followup bugfix commit cd060956 ("USB: storage: properly handle
the endian issues of idProduct").
The commit effectively added a large number of Huawei devices to
Hi,
On Tue, Feb 26, 2013 at 12:39:50AM +0100, Rafael J. Wysocki wrote:
> On Monday, February 25, 2013 11:07:52 AM Toshi Kani wrote:
> > On Sat, 2013-02-23 at 22:38 +, Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki
> > >
> > > Multiple drivers handling hotplug-capable ACPI device
Use prandom_bytes() to generate 16 bytes of pseudo-random bytes.
Signed-off-by: Akinobu Mita
Cc: "Theodore Ts'o"
Cc: Huang Ying
---
No change from v2
lib/uuid.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/lib/uuid.c b/lib/uuid.c
index 52a6fe6..398821e 100644
Use more preferable function name which implies using a pseudo-random
number generator.
Signed-off-by: Akinobu Mita
Acked-by: H. Peter Anvin
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
---
* Changes from v2
- add Acked-by: line
arch/x86/mm/pageattr-test.c |
Use more preferable function name which implies using a pseudo-random
number generator.
Signed-off-by: Akinobu Mita
---
No change from v2
kernel/rcutree.c | 2 +-
kernel/test_kprobes.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/rcutree.c
Use more preferable function name which implies using a pseudo-random
number generator.
Signed-off-by: Akinobu Mita
---
No change from v2
lib/fault-inject.c | 2 +-
lib/list_sort.c| 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/fault-inject.c
Use more preferable function name which implies using a pseudo-random
number generator.
Signed-off-by: Akinobu Mita
Cc: linux...@kvack.org
---
No change from v2
mm/swapfile.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/swapfile.c b/mm/swapfile.c
index
Use prandom_bytes() to generate random bytes for test data.
Signed-off-by: Akinobu Mita
Cc: Dan Williams
Cc: Vinod Koul
---
No change from v2
crypto/async_tx/raid6test.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/crypto/async_tx/raid6test.c
Use more preferable function name which implies using a pseudo-random
number generator.
Signed-off-by: Akinobu Mita
Cc: drbd-...@lists.linbit.com
Cc: Jens Axboe
---
No change from v2
drivers/block/drbd/drbd_receiver.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
Use more preferable function name which implies using a pseudo-random
number generator.
Signed-off-by: Akinobu Mita
Cc: Chris Ball
Cc: linux-...@vger.kernel.org
---
No change from v2
drivers/mmc/core/core.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Use more preferable function name which implies using a pseudo-random
number generator.
Signed-off-by: Akinobu Mita
Acked-by:
Cc: Ben Myers
Cc: Alex Elder
Cc: x...@oss.sgi.com
---
* Change from v2
- add Acked-by: line
fs/xfs/xfs_alloc.c | 2 +-
fs/xfs/xfs_error.c | 2 +-
Use more preferable function name which implies using a pseudo-random
number generator.
Signed-off-by: Akinobu Mita
Cc: "J. Bruce Fields"
Cc: Trond Myklebust
Cc: "David S. Miller"
Cc: net...@vger.kernel.org
Cc: linux-...@vger.kernel.org
---
No change from v2
401 - 500 of 1283 matches
Mail list logo
