Herbert Xu wrote:
> On Fri, Jul 19, 2013 at 06:31:04PM -0700, Tim Chen wrote:
> >
> > However, when I have the library and generic algorithm compiled in,
> > I do not see the PCLMULQDQ version loaded.
> >
> > CONFIG_CRYPTO_CRCT10DIF=y
> > CONFIG_CRYPTO_CRCT10DIF_PCLMUL=m
> > CONFIG_CRC_T10DIF=y
>
Hello Sebastian,
I just did one more testing.
In case of iio/adc/exynos_adc.c there is a bug in the remove path.
If I fix the bug in the driver, with below patch
--- a/drivers/iio/adc/exynos_adc.c
+++ b/drivers/iio/adc/exynos_adc.c
@@ -375,14 +375,14 @@ static int exynos_adc_remove(struct
On Fri, Jul 19, 2013 at 03:37:07PM -0500, Nathan Zimmer wrote:
> Forgot the patch last time.
> Sorry
yes, this appears to fix the problem I experience.
thanks
holger
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Fri, Jul 19, 2013 at 06:31:04PM -0700, Tim Chen wrote:
>
> However, when I have the library and generic algorithm compiled in,
> I do not see the PCLMULQDQ version loaded.
>
> CONFIG_CRYPTO_CRCT10DIF=y
> CONFIG_CRYPTO_CRCT10DIF_PCLMUL=m
> CONFIG_CRC_T10DIF=y
That is completely expected. I
From: Eric Dumazet
Date: Fri, 19 Jul 2013 20:07:16 -0700
> From: Eric Dumazet
>
> commit 9f00b2e7cf24 ("bridge: only expire the mdb entry when query is
> received") added a nasty bug as an active timer can be reinitialized.
>
> setup_timer() must be done once, no matter how many time
Hello Sebastian,
--- Original Message ---
Sender : Sebastian Andrzej Siewior
Date : Jul 19, 2013 23:44 (GMT+05:30)
Title : [PATCH] of: provide of_platform_unpopulate()
So I called of_platform_populate() on a device to get each child device
probed and on rmmod and I need to reverse
On Fri, 2013-07-19 at 14:01 -0700, Nicholas A. Bellinger wrote:
> On Fri, 2013-07-19 at 08:33 -0700, James Bottomley wrote:
> > On Thu, 2013-07-18 at 23:34 -0700, Nicholas A. Bellinger wrote:
> > > diff --git a/drivers/ata/libata-scsi.c b/drivers/ata/libata-scsi.c
> > > index 0101af5..191bc15
On Mon, Jul 15, 2013 at 02:54:20PM +0100, Will Deacon wrote:
> On Sat, Jul 13, 2013 at 04:18:20AM +0100, Jed Davis wrote:
[...]
> > Effects of this are probably limited to failure of EHABI unwinding when
> > starting from a function that uses r7 to restore its stack pointer, but
> > the
Em Fri, 19 Jul 2013 12:28:25 +0200
Borislav Petkov escreveu:
> From: Borislav Petkov
>
> Fix the following:
>
> BUG: key 88043bdd0330 not in .data!
> [ cut here ]
> WARNING: at kernel/lockdep.c:2987 lockdep_init_map+0x565/0x5a0()
> DEBUG_LOCKS_WARN_ON(1)
> Modules
On Mon, Jul 15, 2013 at 02:53:42PM +0100, Will Deacon wrote:
> On Sat, Jul 13, 2013 at 04:17:14AM +0100, Jed Davis wrote:
[...]
> > +#ifdef CONFIG_THUMB2_KERNEL
> > +#define perf_arch_fetch_caller_regs(regs, ip)
> > \
> > + do {
On 7/20/2013 12:12 AM, Sebastian Andrzej Siewior wrote:
On 07/19/2013 08:33 PM, Sergei Shtylyov wrote:
Hello.
Hello,
usb: usb@4740 {
compatible = "ti,am33xx-usb";
usb0_phy: phy@47401300 {
compatible = "ti,am335x-usb-phy";
}
usb0: usb@47401000 {
On 7/20/2013 12:03 AM, Sergei Shtylyov wrote:
Hello.
On 07/19/2013 06:20 PM, Sebastian Andrzej Siewior wrote:
diff --git a/arch/arm/boot/dts/am33xx.dtsi
b/arch/arm/boot/dts/am33xx.dtsi
index 8e1248f..e3890c4 100644
--- a/arch/arm/boot/dts/am33xx.dtsi
+++ b/arch/arm/boot/dts/am33xx.dtsi
@@
On Fri, 19 Jul 2013, Luis R. Rodriguez wrote:
> Thanks Julia. In that case I'm going to just leave this in place given
> that if there's a bug upstream we'll get it fixed as soon as a
> respective patch gets upstream as well. That is, we are not using old
> drivers, we use the same upstream
From: Oleg Nesterov
Trivial. trace_array->waiter has no users since 6eaaa5d5
"tracing/core: use appropriate waiting on trace_pipe".
Link: http://lkml.kernel.org/r/20130719142036.ga1...@redhat.com
Signed-off-by: Oleg Nesterov
Signed-off-by: Steven Rostedt
---
kernel/trace/trace.h |1 -
1
From: Oleg Nesterov
tracing_buffers_open() does trace_array_get() and then it wrongly
inrcements tr->ref again under trace_types_lock. This means that
every caller leaks trace_array:
# cd /sys/kernel/debug/tracing/
# mkdir instances/X
# true <
Oleg sent me a couple more fixes. Pushing them into my for-next branch.
Monday I'll push to Linus.
-- Steve
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: e70e78e3c83b536730e31231dd9b979768d8df3c
1bb539ca36e21c2f4fce0865e11df384bc7b7656
Oleg
Hi,
On Saturday 20 July 2013 05:20 AM, Greg KH wrote:
On Fri, Jul 19, 2013 at 12:06:01PM +0530, Kishon Vijay Abraham I wrote:
Hi,
On Friday 19 July 2013 11:59 AM, Greg KH wrote:
On Fri, Jul 19, 2013 at 11:25:44AM +0530, Kishon Vijay Abraham I wrote:
Hi,
On Friday 19 July 2013 11:13 AM,
Hi,
On Friday 19 July 2013 09:24 PM, Stephen Warren wrote:
On 07/19/2013 12:36 AM, Kishon Vijay Abraham I wrote:
Hi,
On Friday 19 July 2013 11:59 AM, Greg KH wrote:
On Fri, Jul 19, 2013 at 11:25:44AM +0530, Kishon Vijay Abraham I wrote:
Hi,
On Friday 19 July 2013 11:13 AM, Greg KH wrote:
From: Eric Dumazet
commit 9f00b2e7cf24 ("bridge: only expire the mdb entry when query is
received") added a nasty bug as an active timer can be reinitialized.
setup_timer() must be done once, no matter how many time mod_timer()
is called. br_multicast_new_group() is the right place to do this.
On Saturday, July 20, 2013 02:00:44 AM Rafael J. Wysocki wrote:
> On Friday, July 19, 2013 04:16:30 PM Greg Kroah-Hartman wrote:
> > On Fri, Jul 19, 2013 at 11:38:04PM +0200, Rafael J. Wysocki wrote:
> > > Alas, this is not the one I'd like to apply.
> > >
> > > With that patch applied, new
Em Fri, 19 Jul 2013 01:27:18 +0200
Borislav Petkov escreveu:
> On Thu, Jul 18, 2013 at 04:51:48PM +, Luck, Tony wrote:
> > + BUG_ON(mci->mc_idx >= EDAC_MAX_MCS);
> >
> > Do we have to "BUG_ON()" here? Couldn't we be gentler with something like:
> >
> > if (mci->mc_idx >=
Tim Chen wrote:
> On Fri, 2013-07-19 at 16:37 -0700, Tim Chen wrote:
> > Herbert,
> >
> > I've tried the module alias approach (see my earlier mail with patch)
> > but it didn't seem to load things properly. Can you check to see if
> > there's anything I did incorrectly.
> >
> > Tim
>
> I
Please don't strip Cc's. This mailing list gets over 600 emails a day.
Nobody bothers to read all emails. By stripping the Cc's your message
will likely be ignored.
Luckily for you, I filter for stable releases.
On Fri, 2013-07-19 at 18:43 -0700, John wrote:
> Two hunks fail for me patching
Eric Dumazet wrote:
> On Fri, 2013-07-19 at 23:50 +, Eric Wong wrote:
> > Eric Dumazet wrote:
> > > Hi Al
> > >
> > > I tried to debug strange crashes in tcp_poll() called from
> > > sys_epoll_wait() -> sock_poll()
> > >
> > > The symptom is that sock->sk is NULL and we therefore
On Tue, 16 Jul 2013, Andrew Morton wrote:
> On Sun, 14 Jul 2013 18:54:51 +0200 Oleg Nesterov wrote:
>
> > mmap() doesn't allow the non-anonymous mappings with VM_GROWS* bit set.
> > In particular this means that mmap_region()->vma_merge(file, vm_flags)
> > must always fail if vm_flags &
Two hunks fail for me patching source from linux-3.10.tar.xz as shown:
patching file Documentation/parisc/registers
patching file Makefile
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej
patching file arch/arm/boot/dts/imx23.dtsi
patching file
On Thu, 2013-07-18 at 20:47 +0900, Masami Hiramatsu wrote:
> Hi,
>
> Here is a series of kprobes and x86 patches for moving
> optprobe (jump optimized kprobe) onto the int3-based
> instruction patching (a.k.a. text_poke_bp, introduced by
> Jiri Kosina).
>
> Since this completely moves
On Fri, Jul 19, 2013 at 07:29:25PM +0200, Mikael Pettersson wrote:
> I keep getting the following warning with 3.11-rc1 on sparc64:
>
> [ cut here ]
> WARNING: CPU: 1 PID: 8174 at fs/ext4/inode.c:230
> ext4_evict_inode+0x1f0/0x448()
> Modules linked in: sunrpc af_packet
On Fri, 2013-07-19 at 16:37 -0700, Tim Chen wrote:
> On Sat, 2013-07-20 at 09:24 +1000, Herbert Xu wrote:
> > On Fri, Jul 19, 2013 at 04:21:09PM -0700, H. Peter Anvin wrote:
> > >
> > > The issue here seems to be the dynamic binding nature of the crypto
> > > subsystem. When something needs
On Fri, 2013-07-19 at 18:23 -0700, Grant Likely wrote:
> The ozlabs devicetree list was requiring too much work to moderate, so
> I'm closing down that list and replacing it with a list on
> vger.kernel.org.
>
> http://vger.kernel.org/vger-lists.html#devicetree
Hey Grant.
Can you also please
Current code doesn't use specific interface to access I/O space.
So some potential bugs can be caused. We can fix this by using
specific API.
Signed-off-by: Qiaowei Ren
---
arch/x86/kernel/tboot.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git
Hello everyone,
The ozlabs devicetree list was requiring too much work to moderate, so
I'm closing down that list and replacing it with a list on
vger.kernel.org.
http://vger.kernel.org/vger-lists.html#devicetree
I'll be sending a patch to MAINTAINERS shortly.
g.
--
To unsubscribe from this
sget() one is a long-standing bug and will need to go into
-stable (in fact, it had been originally caught in RHEL6), the
other two are 3.11-only. Please, pull from
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
Shortlog:
Al Viro (2):
allow O_TMPFILE to work
From: Michal Tesar
Date: Fri, 19 Jul 2013 14:09:01 +0200
> Limit the min/max value passed to the
> /proc/sys/net/ipv4/tcp_syn_retries.
>
> Signed-off-by: Michal Tesar
Applied and queued up for -stable.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
From: Alexandru Juncu
Date: Thu, 18 Jul 2013 14:36:48 +0300
> Suggested by coccinelle and manually verified.
>
> Signed-off-by: Alexandru Juncu
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
From: Amit Uttamchandani
Date: Thu, 18 Jul 2013 17:45:22 -0700
> Add poll controller function for velocity nic.
>
> Signed-off-by: Amit Uttamchandani
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
From: Dragos Foianu
Date: Wed, 17 Jul 2013 12:25:38 +0100
> Applied error fixes suggested by checpatch.pl
>
> Signed-off-by: Dragos Foianu
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
On Fri, Jul 19, 2013 at 11:16:47PM +, Shuah Khan wrote:
> On 07/19/2013 09:32 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.10.2 release.
> > There are 72 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Fri, Jul 19, 2013 at 03:15:39PM -0700, Paul E. McKenney wrote:
> On Fri, Jul 19, 2013 at 10:53:23AM -0400, Dave Jones wrote:
> > My fuzz tester keeps hitting this. Every instance shows the non-irq stack
> > came in from mlockall. I'm only seeing this on one box, but that has more
> > ram
The following changes since commit e7676a704ee0a1ef71a6b23760b5a8f6896cb1a1:
ext4: don't allow ext4_free_blocks() to fail due to ENOMEM (2013-07-13
00:40:35 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git
tags/ext4_for_linus
On Fri, 2013-07-19 at 23:50 +, Eric Wong wrote:
> Eric Dumazet wrote:
> > Hi Al
> >
> > I tried to debug strange crashes in tcp_poll() called from
> > sys_epoll_wait() -> sock_poll()
> >
> > The symptom is that sock->sk is NULL and we therefore dereference a NULL
> > pointer.
> >
> > It's
Thanks Mark, I will send V4.
-Original Message-
From: Mark Brown [mailto:broo...@kernel.org]
Sent: Saturday, July 20, 2013 1:31 AM
To: Gong Yibin-B38343
Cc: grant.lik...@linaro.org; rob.herr...@calxeda.com; r...@landley.net;
lgirdw...@gmail.com; shawn@linaro.org;
Hi
On Friday 19 July 2013, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.2 release.
[…]
> The whole patch series can be found in one patch at:
> kernel.org/pub/linux/kernel/v3.0/stable-review/patch-3.10.2-rc1.gz
> and the diffstat can be found below.
On 07/19/2013 05:50 PM, Greg Kroah-Hartman wrote:
> On Fri, Jul 19, 2013 at 12:25:24PM -0700, Greg Kroah-Hartman wrote:
>> On Fri, Jul 19, 2013 at 04:45:25PM +, Shuah Khan wrote:
>>> On 07/19/2013 09:34 AM, Greg Kroah-Hartman wrote:
---
Note, this is the LAST 3.9-stable
Hi
On Saturday 20 July 2013, Stefan Lippers-Hollmann wrote:
[…]
> Minor nit, this introduces trailing whitespace in "SUBLEVEL = 2 ".
Please apologize for the noise, my mail client somehow hid the previous
sub thread pointing this out already.
Regards
Stefan Lippers-Hollmann
--
To
On 07/19/2013 05:52 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.0.87 release.
> There are 18 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On Wed, Jul 17, 2013 at 2:30 AM, Robin Holt wrote:
> On Wed, Jul 17, 2013 at 01:17:44PM +0800, Sam Ben wrote:
>> >With this patch, we did boot a 16TiB machine. Without the patches,
>> >the v3.10 kernel with the same configuration took 407 seconds for
>> >free_all_bootmem. With the patches and
On Friday, July 19, 2013 04:16:30 PM Greg Kroah-Hartman wrote:
> On Fri, Jul 19, 2013 at 11:38:04PM +0200, Rafael J. Wysocki wrote:
> > Alas, this is not the one I'd like to apply.
> >
> > With that patch applied, new device objects are created to avoid binding the
> > processor driver directly
On Fri, Jul 19, 2013 at 11:42:11AM +0200, Maxime Ripard wrote:
> On Wed, Jul 17, 2013 at 09:17:58AM -0700, Greg KH wrote:
> > On Wed, Jul 17, 2013 at 01:46:50PM +0200, Maxime Ripard wrote:
> > > On Mon, Jul 15, 2013 at 11:41:07PM -0700, Greg KH wrote:
> > > > On Mon, Jul 15, 2013 at 11:16:19PM
On Fri, Jul 19, 2013 at 12:25:24PM -0700, Greg Kroah-Hartman wrote:
> On Fri, Jul 19, 2013 at 04:45:25PM +, Shuah Khan wrote:
> > On 07/19/2013 09:34 AM, Greg Kroah-Hartman wrote:
> > > ---
> > > Note, this is the LAST 3.9-stable kernel release that I will be doing.
> > > Please
Eric Dumazet wrote:
> Hi Al
>
> I tried to debug strange crashes in tcp_poll() called from
> sys_epoll_wait() -> sock_poll()
>
> The symptom is that sock->sk is NULL and we therefore dereference a NULL
> pointer.
>
> It's really rare crashes but still, it would be nice to understand where
> is
On Fri, Jul 19, 2013 at 12:06:01PM +0530, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Friday 19 July 2013 11:59 AM, Greg KH wrote:
> > On Fri, Jul 19, 2013 at 11:25:44AM +0530, Kishon Vijay Abraham I wrote:
> >> Hi,
> >>
> >> On Friday 19 July 2013 11:13 AM, Greg KH wrote:
> >>> On Fri, Jul 19,
text+0x94ba): undefined reference to
> > `acpi_video_unregister'
> >
> >
> >
>
> This build error still happens in linux-next of 20130719...
I have not been the samsung-laptop driver maintainer for a few years
now, so there's nothing I can do about this, sorry.
greg
On Wed, Jul 10, 2013 at 10:18:54AM +0800, zhangwei(Jovi) wrote:
> @@ -339,6 +339,10 @@ static void wakeup_readers(unsigned long data)
> {
> struct rchan_buf *buf = (struct rchan_buf *)data;
> wake_up_interruptible(>read_wait);
> + /*
> + * Stupid polling for now:
> + */
On Fri, 19 Jul 2013 16:43:53 -0400 Steven Rostedt wrote:
> On Fri, 2013-07-19 at 13:33 -0700, James Bottomley wrote:
>
> > If you're basing your entire theory on male/female interaction on
> > teenagers, then I'm afraid your wife might be on to something ...
>
> No, it's also based on
> A disassembly of the calling function, i.e.:
>
> [] ? run_timer_softirq+0x150/0x165
>
> ... would be a good idea, at least.
Here you go. Note that the machine isn't doing anything of interest,
so after a quick search for residual personal data I could give you a
root login on it. (Just
The handling of broadcast primitives involves
_scsih_block_io_all_device(), which does what the name implies. I have
observed cases with >60s of blocking io on all devices, caused by a
single bad device. The downsides of this code are obvious, while the
upsides are more elusive.
Signed-off-by:
On Fri, 19 July 2013 18:06:59 -0400, Jörn Engel wrote:
>
> The handling of broadcast primitives involves
> _scsih_block_io_all_device(), which does what the name implies. I have
> observed cases with >60s of blocking io on all devices, caused by a
> single bad device. The downsides of this code
On 07/11/13 20:26, Hanumant Singh wrote:
> +
> +MODULE_AUTHOR("Hanumant Singh ");
> +MODULE_LICENSE("GPLv2");
Doesn't this need to be "GPL v2"?
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
hosted by The Linux Foundation
--
To unsubscribe from this list: send the line
On Sat, 2013-07-20 at 09:24 +1000, Herbert Xu wrote:
> On Fri, Jul 19, 2013 at 04:21:09PM -0700, H. Peter Anvin wrote:
> >
> > The issue here seems to be the dynamic binding nature of the crypto
> > subsystem. When something needs crypto, it will request the appropriate
> > crypto module (e.g.
On 07/19/2013 04:26 PM, Greg Kroah-Hartman wrote:
>>
>> RAID has effectively the same issue, and we just "solved" it by
>> compiling in all the accelerators into the top-level module.
>
> Then there's nothing to be done in udev or kmod, right?
>
I don't know.
-hpa
--
To unsubscribe
On Fri, Jul 19, 2013 at 08:14:05PM +0800, Zheng Liu wrote:
> Hi Dave,
>
> After applied this patch, the problem has been fixed in my own sand box.
> But that would be great if you could give it a try. I want to make sure
> that this patch can fix the problem. It looks like there has the same
>
On Wed, 17 July 2013 23:34:04 +0800, Vaughan Cao wrote:
> Date: Wed, 17 Jul 2013 23:34:04 +0800
> From: Vaughan Cao
> To: jo...@logfs.org
> Cc: dgilb...@interlog.com, jbottom...@parallels.com,
> linux-s...@vger.kernel.org, linux-kernel@vger.kernel.org,
> vaughan@oracle.com
>
On Wed, 17 July 2013 23:34:03 +0800, Vaughan Cao wrote:
> Date: Wed, 17 Jul 2013 23:34:03 +0800
> From: Vaughan Cao
> To: jo...@logfs.org
> Cc: dgilb...@interlog.com, jbottom...@parallels.com,
> linux-s...@vger.kernel.org, linux-kernel@vger.kernel.org,
> vaughan@oracle.com
>
On Fri, Jul 19, 2013 at 04:21:09PM -0700, H. Peter Anvin wrote:
> On 07/19/2013 04:16 PM, Greg Kroah-Hartman wrote:
> >
> > udev isn't doing any module loading, 'modprobe' is just being called for
> > any new module alias that shows up in the system, and all of the drivers
> > that match it then
On Fri, Jul 19, 2013 at 04:21:09PM -0700, H. Peter Anvin wrote:
>
> The issue here seems to be the dynamic binding nature of the crypto
> subsystem. When something needs crypto, it will request the appropriate
> crypto module (e.g. crct10dif), which may race with detecting a specific
> hardware
On 07/19/2013 04:16 PM, Greg Kroah-Hartman wrote:
>
> udev isn't doing any module loading, 'modprobe' is just being called for
> any new module alias that shows up in the system, and all of the drivers
> that match it then get loaded.
>
> How is it a problem if a module is attempted to be loaded
On 07/19/2013 09:32 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.2 release.
> There are 72 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On 07/19/2013 05:17 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.4.54 release.
> There are 24 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
File: README
File: microcode_amd.bin.README
File: microcode_amd_fam15h.bin.README
Signed-off-by: Sherry Hurwitz
---
amd-ucode/README | 46 +
amd-ucode/microcode_amd.bin.README| 29 ++
On Fri, 19 Jul 2013 13:40:04 -0700 Dave Hansen wrote:
>
> Andrew, this fixes up the TLB flush vmstats for UP. It's on top
> of the previous patch, but I'm happy to combine them and send a
> replacement if you'd prefer.
>
> This also removes the NR_TLB_LOCAL_FLUSH_ONE_KERNEL counter. We
> do
On Fri, Jul 19, 2013 at 09:47:16PM +0100, Zubair Lutfullah : wrote:
> On Thu, Jul 18, 2013 at 03:45:55PM -0700, Greg KH wrote:
>
> > Did Rachna really sign off on this, and the other, patches? Or did they
> Authored and signed off on it in their TI tree. based on 3.2.
Ok, as long as they did
On Fri, Jul 19, 2013 at 11:38:04PM +0200, Rafael J. Wysocki wrote:
> Alas, this is not the one I'd like to apply.
>
> With that patch applied, new device objects are created to avoid binding the
> processor driver directly to the cpu system device objects, because that
> apparently confuses udev
Hi Joseph,
On Fri, Jul 19, 2013 at 05:50:25PM -0400, Joseph Salisbury wrote:
> Hello,
>
> Please consider including upstream commit
> 9eebed7de660c0b5ab129a9de4f89d20b60de68c in the next v3.2.y, v3.5.y and
> v3.8.y releases.
>
> It was included upstream as of v3.11-rc1. It has been tested and
On 07/17/2013 11:00:45 PM, Anton Blanchard wrote:
Hi Scott,
> What specifically should I do to test it?
Could you double check perf annotate works? I'm 99% sure it will but
that is what was failing on ppc64.
I'm not really sure what it's supposed to look like when "perf
annotate" works.
On Wed, 17 July 2013 23:34:05 +0800, Vaughan Cao wrote:
>
> -static Sg_fd *sg_add_sfp(Sg_device * sdp, int dev);
> +static Sg_fd *sg_add_sfp(Sg_device * sdp, int dev, int * reason);
You can use ERR_PTR and friends instead of adding another parameter.
> static void sg_remove_sfp(struct kref *);
On Wed, 17 July 2013 23:34:06 +0800, Vaughan Cao wrote:
> Date: Wed, 17 Jul 2013 23:34:06 +0800
> From: Vaughan Cao
> To: jo...@logfs.org
> Cc: dgilb...@interlog.com, jbottom...@parallels.com,
> linux-s...@vger.kernel.org, linux-kernel@vger.kernel.org,
> vaughan@oracle.com
>
On Fri, Jul 19, 2013 at 10:53:23AM -0400, Dave Jones wrote:
> My fuzz tester keeps hitting this. Every instance shows the non-irq stack
> came in from mlockall. I'm only seeing this on one box, but that has more
> ram (8gb) than my other machines, which might explain it.
Are you building
On 07/19/2013 02:00 PM, George Spelvin wrote:
>>> EIP is at 0xc143a091
>>> EAX: c143a090 EBX: 0100 ECX: f315 EDX: c143a090
>>> ESI: c143a090 EDI: c143a090 EBP: c143a090 ESP: f3151eec
>>> DS: 007b ES: 007b FS: GS: 0033 SS: 0068
>>> CR0: 80050033 CR2: a090c143 CR3: 331c6000 CR4:
On Fri, Jul 19, 2013 at 02:58:41PM +0100, Lee Jones wrote:
> Cc: Kukjin Kim
> Cc: linux-samsung-...@vger.kernel.org
> Signed-off-by: Lee Jones
> ---
> arch/arm/boot/dts/exynos5420.dtsi | 2 +-
One question. What have all these files got to do with ux500 ?
--
To unsubscribe from this list: send
On Fri, 2013-07-19 at 21:46 +, James Bottomley wrote:
> On Fri, 2013-07-19 at 14:22 -0700, Nicholas A. Bellinger wrote:
> > On Wed, 2013-07-17 at 04:52 +, James Bottomley wrote:
> > > On Tue, 2013-07-16 at 15:15 -0600, Jens Axboe wrote:
> > > > On Tue, Jul 16 2013, Nicholas A. Bellinger
On Fri, 19 Jul 2013 07:47:02 +0800 Jerry wrote:
> 2013/7/19 Andrew Morton :
> > On Fri, 19 Jul 2013 00:56:12 +0800 Jerry wrote:
> >
> >> When PAGE_SHIFT > 20, the result of "20 - PAGE_SHIFT" is negative. The
> >> calculating here will generate an unexpected result. In addition, if
> >>
BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=47941
BugLink: https://bugs.launchpad.net/bugs/1163720
BugLink: https://bugs.launchpad.net/bugs/1162026
Some machines suffer from non-functional backlight controls if
BLM_PCH_PWM_ENABLE is set, so provide a quirk to avoid doing so.
Apply this
Hello,
Please consider including upstream commit
9eebed7de660c0b5ab129a9de4f89d20b60de68c in the next v3.2.y, v3.5.y and
v3.8.y releases.
It was included upstream as of v3.11-rc1. It has been tested and
confirmed to resolve http://bugs.launchpad.net/bugs/1166442 .
commit
Good day.
I am Sonia Kim Fung and I am contacting you regarding a transaction of a
large funds in my possession which i will like to share with you.I will
provide you with more information upon your interest and acknowledgement.
I will await you.
Yours,
Mrs.Sonia Kim Fung
--
To unsubscribe from
From: "Luis R. Rodriguez"
The Linux kernel had tons of code which at times cleared the
drvdata upon probe failure or release. There are however a bunch
of drivers that didn't clear this.
Commit 0998d063 implmented clearing this upon device_release_driver()
and dealt with probe failure on
On Fri, Jul 19, 2013 at 2:27 PM, Julia Lawall wrote:
> On Fri, 19 Jul 2013, Luis R. Rodriguez wrote:
>
>> On Fri, Jul 19, 2013 at 2:07 PM, Luis R. Rodriguez
>> wrote:
>> >> This is not a very good idea. Although setting drvdata to NULL allowed
>> >> a lot of code to be removed, it also exposed
On Fri, Jul 19, 2013 at 04:03:24PM -0400, Kurt H Maier wrote:
> On Fri, Jul 19, 2013 at 12:01:27PM -0700, Sarah Sharp wrote:
> >
> > I'm not trying to shut down this discussion. But please, let's continue
> > this discussion at KS, away from the court of public opinion. I would
> > love for
On Fri, 2013-07-19 at 14:22 -0700, Nicholas A. Bellinger wrote:
> On Wed, 2013-07-17 at 04:52 +, James Bottomley wrote:
> > On Tue, 2013-07-16 at 15:15 -0600, Jens Axboe wrote:
> > > On Tue, Jul 16 2013, Nicholas A. Bellinger wrote:
> > > > On Sat, 2013-07-13 at 06:53 +, James Bottomley
On Tue, Jul 16, 2013 at 9:14 AM, Ian Abbott wrote:
> The 8250_pci driver uses PCI_VENDOR_ID_ADDIDATA_OLD (0x10e8),
> PCI_DEVICE_ID_ADDIDATA_APCI7800 (0x818e) to recognize the original
> ADDI-DATA APCI-7800 PCI serial card. However vendor ID 0x10e8 was
> assigned by PCI-SIG to Applied Micro
On Fri, 19 Jul 2013, Luis R. Rodriguez wrote:
> On Fri, Jul 19, 2013 at 2:07 PM, Luis R. Rodriguez
> wrote:
> >> This is not a very good idea. Although setting drvdata to NULL allowed
> >> a lot of code to be removed, it also exposed a bunch of hidden bugs --
> >> drivers were using the drvdata
On 07/19/2013 05:11 PM, George Spelvin wrote:
What I have in mind is to have 2 separate rwlock initializers - one for
fair and one for reader-bias behavior. So the lock owners can decide
what behavior do they want with a one line change.
That's definitely a nicer patch, if it will work. I was
On Fri, Jul 19, 2013 at 05:13:21PM +0200, Borislav Petkov wrote:
> Nope, this doesn't help - box just rebooted. :(
>
> So I'm back to the DMI quirk patch...
Ok, some more observations before I throw this box out the window:
So, we emulate RTC there with HPET:
$ cat /proc/driver/rtc
rtc_time
rhine_reset_task() misses to call netif_stop_queue(),
this can lead to a crash if work is still scheduled while
we're resetting the tx queue.
Fixes:
[ 93.591707] BUG: unable to handle kernel NULL pointer dereference at 004c
[ 93.595514] IP: [] rhine_napipoll+0x491/0x6e
Signed-off-by:
On Friday, July 19, 2013 11:08:49 AM Tim Chen wrote:
> On Fri, 2013-07-19 at 16:49 +0200, Rafael J. Wysocki wrote:
> > > > > > This should cause udev to load the crct10dif_pclml module when cpu
> > > > > > support the PCLMULQDQ (feature code 0081). I did my testing during
> > > > > > development
On Wed, Jul 17, 2013 at 1:58 AM, Ingo Molnar wrote:
>
> * Valentina Manea wrote:
>
>> This patch fixes warning and errors found by checkpatch.pl:
>>
>> * replace asm/acpi.h, asm/io.h and asm/smp.h with linux/acpi.h,
>> linux/io.h and linux/smp.h respectively
>> * remove explicit initialization
On Fri, Jul 19, 2013 at 7:17 AM, Alan Stern wrote:
> On Thu, 18 Jul 2013, Luis R. Rodriguez wrote:
>
>> From: "Luis R. Rodriguez"
>>
>> The Linux kernel had tons of code which at times cleared the
>> drvdata upon probe failure or release. There are however a bunch
>> of drivers that didn't clear
> What I have in mind is to have 2 separate rwlock initializers - one for
> fair and one for reader-bias behavior. So the lock owners can decide
> what behavior do they want with a one line change.
That's definitely a nicer patch, if it will work. I was imagining that,
even for a single (type
On 07/19/2013 02:00 PM, Paolo Bonzini wrote:
> Il 19/07/2013 22:59, H. Peter Anvin ha scritto:
>> -cpuid(KVM_CPUID_SIGNATURE, , , , );
>> -memcpy(signature + 0, , 4);
>> -memcpy(signature + 4, , 4);
>> -
On 07/19/2013 07:15 AM, Oleksandr Kravchenko wrote:
> On Thu, Jul 18, 2013 at 7:24 PM, Lars-Peter Clausen wrote:
>> On 07/18/2013 05:47 PM, Oleksandr Kravchenko wrote:
>>> From: Oleksandr Kravchenko
>>>
>>> This patch fixes the issue with double minus in output when
>>> reading channels from
1 - 100 of 1355 matches
Mail list logo