On Thursday 28 June 2012 05:21 PM, Kishon Vijay Abraham I wrote:
Add device tree support for twl6030 usb driver.
Update the Documentation with device tree binding information.
Signed-off-by: Kishon Vijay Abraham I
---
.../devicetree/bindings/usb/twl-usb.txt| 18
Hi Greg,
Today's linux-next merge of the usb tree got a conflict in
drivers/usb/host/ehci-omap.c between commit 2761a6394516 ("mfd: USB: Fix
the omap-usb EHCI ULPI PHY reset fix issues") from the mfd tree and
commit 1a49e2ac9651 ("EHCI: centralize controller initialization") from
the usb tree.
I
as smtc_alloc_fb_info can fail, but we are returning the 0,
how? because the pci_enable_device succeeded, which makes the probe
return 0, and may cause panics or some strange problems at remove
when driver unloaded by modprobe -r.
so return err properly as smtc_alloc_fb_info is doing kzallocs its
as the manual of module_pci_driver says that
it can be used when the init and exit functions of
the module does nothing but the pci_register_driver
and pci_unregister_driver.
use it for the sm7xxfb driver, as the driver does nothing in
its _init and _exit functions but the register and
diff --git a/Documentation/devicetree/bindings/usb/omap-usb.txt
b/Documentation/devicetree/bindings/usb/omap-usb.txt
new file mode 100644
index 000..80a28c9
--- /dev/null
+++ b/Documentation/devicetree/bindings/usb/omap-usb.txt
@@ -0,0 +1,16 @@
+OMAP USB PHY
+
+OMAP USB2 PHY
+
+Required
fix incorrct argument in rtl_hw_init_8168g.
Signed-off-by: Hayes Wang
---
drivers/net/ethernet/realtek/r8169.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethernet/realtek/r8169.c
index 7ff3423..c29c5fb 100644
On Mon, Jul 9, 2012 at 7:59 PM, Minchan Kim wrote:
Hello Minchan,
> May I add your tested-by in next spin which will include automatic type
> conversion
> problem ?
Yeah sure.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hi Greg,
After merging the driver-core tree, today's linux-next build (x86_64
allmodconfig) failed like this:
ERROR: "devm_gpio_request_one" [drivers/extcon/extcon-arizona.ko] undefined!
Caused by commit 01eaf2458773 ("extcon: Convert extcon_gpio to
devm_gpio_request_one").
This patch add basic Renesas R-Car thermal sensor support.
It was tested on R-Car H1 Marzen board.
Signed-off-by: Kuninori Morimoto
---
drivers/thermal/Kconfig|8 ++
drivers/thermal/Makefile |3 +-
drivers/thermal/rcar_thermal.c | 239
Hi Len,
These set of patches were accepted by you for 3.5 merge window. Can
you again apply them on your for-next branch for 3.6 merge? I have
some arch enablement and clean up patches based on them. It is really
important for me to mainline everything in this merge window.
Thanks,
Amit Daniel
From: Jerry Snitselaar
commit 626f9914 added code to initialize gpio_chip.of_node, but if
CONFIG_OF_GPIO is not defined gps-tps65910 fails to build with an
error complaining gpio_chip has no member of_node. I ran into this
while doing a allyesconfig build on linux-next.
Signed-off-by: Gerard
Hi Srivatsa,
2012/07/10 9:13, Yasuaki Ishimatsu wrote:
> Hi Srivatsa,
>
> 2012/07/09 20:25, Srivatsa S. Bhat wrote:
>> On 07/09/2012 08:01 AM, Yasuaki Ishimatsu wrote:
>>> Hi Srivatsa,
>>>
>>> Thank you for your reviewing.
>>>
>>> 2012/07/06 18:51, Srivatsa S. Bhat wrote:
On 07/06/2012
On Mon, 2012-07-09 at 19:21 -0700, David Rientjes wrote:
> On Mon, 9 Jul 2012, Joe Perches wrote:
>
> > I don't really care what style a large block of code
> > uses. I care that it mostly has the same form.
> Same form?? The sizeof operator has two forms depending on whether it's a
> unary
all spaces in the main while loop of ft1000_interrupt are converted
to tabs.
Signed-off-by: Devendra Naga
---
Greg,
You mean to say this only right?
drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c | 60 +++---
1 file changed, 31 insertions(+), 29 deletions(-)
diff
MD raid1 prepares to dispatch request in unplug callback. If make_request in
low level queue also uses unplug callback to dispatch request, the low level
queue's unplug callback will not be called. Recheck the callback list helps
this case.
Signed-off-by: Shaohua Li
diff --git
Hi Toshi,
2012/07/10 6:15, Toshi Kani wrote:
On Mon, 2012-07-09 at 16:55 +0530, Srivatsa S. Bhat wrote:
On 07/09/2012 08:01 AM, Yasuaki Ishimatsu wrote:
Hi Srivatsa,
Thank you for your reviewing.
2012/07/06 18:51, Srivatsa S. Bhat wrote:
On 07/06/2012 08:46 AM, Yasuaki Ishimatsu wrote:
On 07/09/2012 07:44 PM, Greg KH wrote:
Yes, that worked, but then I would have to edit the body to include the
above information in the patch properly.
So, care to resend it all in a "clean" format that I can apply it in?
thanks,
greg k-h
After a few tests, it seems the only reliable way to
Hi, Tejun
Just nitpicks..
On Mon, 9 Jul 2012 11:41:51 -0700, Tejun Heo wrote:
> Move worklist and all worker management fields from global_cwq into
> the new struct worker_pool. worker_pool points back to the containing
> gcwq. worker and cpu_workqueue_struct are updated to point to
>
Hi Paul,
Fortunately this bug is bisectable and the first bad commit is:
commit 9b2e4f1880b789be1f24f9684f7a54b90310b5c0
Author: Paul E. McKenney
Date: Fri Sep 30 12:10:22 2011 -0700
rcu: Track idleness independent of idle tasks
However, at that commit,
Hi Rob/Eduardo,
As these patches have still not made into mainline. I will rebase the
whole set along with your suggestion and send them shortly.
Sorry for late reply.
Thanks,
Amit Daniel
On Tue, Jun 26, 2012 at 1:12 PM, Valentin, Eduardo
wrote:
> Hey Rob and Amit,
>
> On Tue, Jun 26, 2012 at
On Mon, Jul 9, 2012 at 8:17 PM, Lin-Bao Zhang <2004.zh...@gmail.com> wrote:
> for this thing , we have known that , we can append "x2apic_phys" to
> tell linux kernel we support x2apic physical mode.
> but I found that x2apic_phys is not enough .we still found panic info
> in RHEL6.2(2.6.32)
Please ignore the last sent mail.
I will re-send the patch in new mail chain.
Thanks,
Ashish
On Tue, Jul 10, 2012 at 6:13 AM, Ashish Sangwan
wrote:
> Whether to continue removing extents or not is decided by the return value
> of function ext4_ext_more_to_rm() which checks 2 conditions:
> a) if
Thanks Alan for your comments.
On Monday 09 July 2012 08:04 PM, Alan Stern wrote:
On Mon, 9 Jul 2012, Venu Byravarasu wrote:
In functions itd_complete & sitd_complete, a pointer
by name stream may get dereferenced after freeing it, when
iso_stream_put is called with stream->refcount = 2.
I
On Tue, 2012-07-10 at 10:31 +0800, Gao feng wrote:
> there are some out of bound accesses in netprio cgroup.
> when creating a new netprio cgroup,we only set a prioidx for
> the new cgroup,without allocate memory for dev->priomap.
>
> because we don't want to see additional bound checkings in
>
Hi Guennadi,
On Wed, Jul 04 2012, Guennadi Liakhovetski wrote:
> On Tue, 3 Jul 2012, Rafael J. Wysocki wrote:
>
>> On Tuesday, July 03, 2012, Guennadi Liakhovetski wrote:
>> > Hi Rafael
>> >
>> > On Tue, 3 Jul 2012, Rafael J. Wysocki wrote:
>> >
>> > > Hi,
>> > >
>> > > We seem to have a
After suspend and resume, the values of these registers seem to change
from what they were at suspend time, potentially preventing the actual
output lines from being enabled post-resume. This saves relevant state
at suspend and restores it when resumed.
This is at least required on the MacBook
On Mon, Jul 9, 2012 at 2:31 PM, Bjorn Helgaas wrote:
> Two fixes here:
>
> 1) Zero is a legal P2P bridge window base and BAR value and is likely to
> occur when there is an offset between bus addresses and CPU addresses.
> Stop disallowing it.
>
> 2) The Intel-specific 1K I/O window granularity
On Mon, Jul 9, 2012 at 12:20 PM, Bjorn Helgaas wrote:
> Since 2.6.36 (253d2e5498), we've disabled MEM & IO decoding while we size
> BARs (except for host bridge devices). These patches tweak this in two
> ways:
>
> 1) We only kept decoding disabled while sizing the low-order dword
> of 64-bit
On Mon, Jul 9, 2012 at 3:35 PM, Myron Stowe wrote:
> PCI's final quirks (pci_fixup_final) are currently invoked by
> pci_apply_final_quirk() which traverses the platform's list of PCI
> devices. The calling mechanism, and to some point the use of the device
> list, limits the quirk invocations
for this thing , we have known that , we can append "x2apic_phys" to
tell linux kernel we support x2apic physical mode.
but I found that x2apic_phys is not enough .we still found panic info
in RHEL6.2(2.6.32) kernel,but on linux kernel-3.4.4 ,no this issue
again. any comment for this bug ?
Hi all,
After merging the net-next tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/net/usb/qmi_wwan.c:381:13: error: 'qmi_wwan_unbind_shared' undeclared
here (not in a function)
Caused by a bad automatic merge between commit 6fecd35d4cd7 ("net:
qmi_wwan: add ZTE
On Mon, 9 Jul 2012, Linus Torvalds wrote:
> sizeof without parenthesis is an abomination, and should never be used.
>
> Sure, you don't need to have the parenthesis (except when you do - for
> actual types), but it's a parsing oddity.
>
> The sane solution is: just add the f*cking parenthesis,
These macros are not used, so remove it.
Signed-off-by: Marcos Paulo de Souza
---
drivers/staging/csr/csr_wifi_hip_card_sdio.c |3 ---
drivers/staging/csr/drv.c|1 -
drivers/staging/csr/firmware.c |1 -
drivers/staging/csr/mlme.c |
These macros are not used, so remove it.
Signed-off-by: Marcos Paulo de Souza
---
drivers/staging/csr/unifi_sme.c |6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/staging/csr/unifi_sme.c b/drivers/staging/csr/unifi_sme.c
index 6e7cbbf..5ad1d5f 100644
---
All these macros are commented, so we can removed it.
Signed-off-by: Marcos Paulo de Souza
---
drivers/staging/csr/csr_util.h |7 ---
1 file changed, 7 deletions(-)
diff --git a/drivers/staging/csr/csr_util.h b/drivers/staging/csr/csr_util.h
index ce39c7e..5cd6cb4 100644
---
2012/7/9 Kevin McKinney :
> On Mon, Jul 09, 2012 at 10:32:37PM -0300, Marcos Paulo de Souza wrote:
>> Hi Kernel guys!
>>
>> This new patchset tries to clean a little the bcm driver, removing
>> some unused macros and some dead code.
>>
>> These macros and dead code were reported by the
These macros are not used, so we can remove it.
Signed-off-by: Marcos Paulo de Souza
---
drivers/staging/csr/netdev.c |5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/staging/csr/netdev.c b/drivers/staging/csr/netdev.c
index cf19f11..55149df 100644
---
All this code is dead, so remove it.
Signed-off-by: Marcos Paulo de Souza
---
drivers/staging/csr/monitor.c | 57
drivers/staging/csr/unifi_native.h | 19
2 files changed, 76 deletions(-)
diff --git a/drivers/staging/csr/monitor.c
Hi kernel guys!
This patchset aims to clean a little the csr driver by removing dead code and
unused/commented macros.
All the macros and dead code was reported by the forgotten-macros tool
(https://github.com/marcosps/forgotten_macros).
This patchset is against staging-next.
I hope you like
On Mon, Jul 09, 2012 at 10:32:37PM -0300, Marcos Paulo de Souza wrote:
> Hi Kernel guys!
>
> This new patchset tries to clean a little the bcm driver, removing
> some unused macros and some dead code.
>
> These macros and dead code were reported by the forgotten-macros tool
>
From: Gao feng
Date: Tue, 10 Jul 2012 10:33:23 +0800
> Please see my patch in this thread, I think it's a better way to fix this bug.
You'll need to work that out with Eric, fwiw I think his patch was
clean and just fine and it's staying in my tree.
--
To unsubscribe from this list: send the
On 07/03/2012 06:15 AM, Seth Jennings wrote:
> Add information on the usage limits of zs_map_object()
>
> Signed-off-by: Seth Jennings
> ---
> drivers/staging/zsmalloc/zsmalloc-main.c |7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git
于 2012年07月10日 05:51, David Miller 写道:
> From: Gao feng
> Date: Mon, 09 Jul 2012 16:15:29 +0800
>
>> 于 2012年07月09日 15:45, Eric Dumazet 写道:
>>> From: Eric Dumazet
>>>
>>> dev->priomap is allocated by extend_netdev_table() called from
>>> update_netdev_tables().
>>> And this is only called if
there are some out of bound accesses in netprio cgroup.
when creating a new netprio cgroup,we only set a prioidx for
the new cgroup,without allocate memory for dev->priomap.
because we don't want to see additional bound checkings in
fast path, so I think the best way is to allocate memory when we
> -Original Message-
> From: Rob Herring [mailto:robherri...@gmail.com]
> Sent: Monday, July 09, 2012 9:58 PM
> To: Li Yang-R58472
> Cc: Jia Hongtao-B38951; Greg KH; devicetree-disc...@lists.ozlabs.org;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH V3 5/6] Avoid duplicate probe
On Mon, Jul 9, 2012 at 6:50 PM, David Rientjes wrote:
>
> This doesn't suggest parenthesis for sizeof at all times
sizeof without parenthesis is an abomination, and should never be used.
Sure, you don't need to have the parenthesis (except when you do - for
actual types), but it's a parsing
On 07/03/2012 06:15 AM, Seth Jennings wrote:
> Improve zs_unmap_object() performance by adding a fast path for
> objects that don't span pages.
>
> Signed-off-by: Seth Jennings
> ---
> drivers/staging/zsmalloc/zsmalloc-main.c | 15 ++-
> 1 file changed, 10 insertions(+), 5
On Mon, 9 Jul 2012, Joe Perches wrote:
> I don't really care what style a large block of code
> uses. I care that it mostly has the same form.
>
Same form?? The sizeof operator has two forms depending on whether it's a
unary expression or a type as specified by the standard.
The issue here
On 07/03/2012 06:15 AM, Seth Jennings wrote:
> This patch replaces the page table assisted object mapping
> method, which has x86 dependencies, with a arch-independent
> method that does a simple copy into a temporary per-cpu
> buffer.
>
> While a copy seems like it would be worse than mapping
On Mon, 09 Jul 2012 18:51:37 -0700 ebied...@xmission.com (Eric W. Biederman)
wrote:
> Andrew Morton writes:
>
> > On Mon, 09 Jul 2012 17:30:48 -0700 ebied...@xmission.com (Eric W.
> > Biederman) wrote:
> >
> >> Andrew Morton writes:
> >>
> >> >> {
> >> >> struct sysfs_dirent *sd;
>
Hi
Monday, July 09, 2012 10:03 PM +0900, Mark Brown wrote:
> This needs to be squashed down into the patch doing the rename in the
> core to avoid build breakage. Otherwise looks good.
Ok, I will squash and resend it.
Thanks,
Sangbeom.
--
To unsubscribe from this list: send the line
On 2012/7/8 14:35, Tejun Heo wrote:
> Hello, Li.
>
> On Wed, Jul 04, 2012 at 02:19:15PM +0800, Li Zefan wrote:
>>> I think we're horridly broken for
>>> root cgroup tho - and it has been broken for very long time. I think
>>> it's mostly hidden because most (all?) controllers short-circuit root
On Mon, Jul 09, 2012 at 07:02:39PM -0700, David Rientjes wrote:
>On Tue, 10 Jul 2012, Wanpeng Li wrote:
>
>> diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
>> index c4b85d0..79a0f33 100644
>> --- a/fs/hugetlbfs/inode.c
>> +++ b/fs/hugetlbfs/inode.c
>> @@ -696,7 +696,7 @@ static struct
On Mon, 2012-07-09 at 18:50 -0700, David Rientjes wrote:
> On Mon, 9 Jul 2012, Joe Perches wrote:
>
> > CodingStyle already does suggest parenthesis around sizeof
> >
> > 3.1: Spaces
> >
> > Linux kernel style for use of spaces depends (mostly) on
> > function-versus-keyword usage. Use a
Hi!
On Mon, Jul 09, 2012 at 08:13PM +0900, Samuel Ortiz wrote:
> Hi Sangbeom,
>
> On Sat, Jul 07, 2012 at 06:39:12PM +0900, Sangbeom Kim wrote:
> > The S2MPS11 is comprised of high efficient Buck converters,
> > various LDOs, and an RTC and tightly coupled with Multi Core Samsung
> > Application
On Tue, 10 Jul 2012, Wanpeng Li wrote:
> diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
> index c4b85d0..79a0f33 100644
> --- a/fs/hugetlbfs/inode.c
> +++ b/fs/hugetlbfs/inode.c
> @@ -696,7 +696,7 @@ static struct inode *hugetlbfs_alloc_inode(struct
> super_block *sb)
> p =
On Tue, 10 Jul 2012, Wanpeng Li wrote:
> >>diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
> >>index c4b85d0..79a0f33 100644
> >>--- a/fs/hugetlbfs/inode.c
> >>+++ b/fs/hugetlbfs/inode.c
> >>@@ -696,7 +696,7 @@ static struct inode *hugetlbfs_alloc_inode(struct
> >>super_block *sb)
> >>
Andrew Morton writes:
> On Mon, 09 Jul 2012 17:30:48 -0700 ebied...@xmission.com (Eric W. Biederman)
> wrote:
>
>> Andrew Morton writes:
>>
>> >> {
>> >> struct sysfs_dirent *sd;
>> >> int is_dir;
>> >> + int type;
>> >>
>> >> if (nd->flags & LOOKUP_RCU)
>> >> return
On Mon, 9 Jul 2012, Joe Perches wrote:
> CodingStyle already does suggest parenthesis around sizeof
>
> 3.1: Spaces
>
> Linux kernel style for use of spaces depends (mostly) on
> function-versus-keyword usage. Use a space after (most) keywords. The
> notable exceptions are sizeof, typeof,
mplicit declaration of function
> 'ext4_enable_quotas' [-Werror=implicit-function-declaration]
>
> Caused by commit 182bb8fec8f5 ("ext4: make quota as first class supported
> feature"). The quota code needs to be protected by CONFIG_QUOTA.
>
> I have used the ext4 tree from
On 07/09/2012 07:35 PM, Michel Lespinasse wrote:
include/linux/rbtree.h included some basic usage instructions, while
Documentation/rbtree.txt had some more complete and easier to follow
instructions. Replacing the former with a reference to the latter.
Signed-off-by: Michel Lespinasse
Just checking out some btrfs stuff and notices the copyright notes in
btfrs_inode.h belong to Oracle. I had no idea that btrfs had anything to
do with Oracle. What's the link with Oracle?
Regards
--
Chris Jones @ kernel.devproj...@gmail.com
also on oracle.kernel...@gmail.com
These macros were reported by forgotten-macros tool
(https://github.com/marcosps/forgotten_macros).
Signed-off-by: Marcos Paulo de Souza
---
drivers/staging/bcm/Misc.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/staging/bcm/Misc.c b/drivers/staging/bcm/Misc.c
index
On Mon, 2012-07-09 at 09:01 -0500, Christoph Lameter wrote:
> > I was pointed by Glauber to the slab common code patches. I need some
> > more time to read the patches. Now I think the slab/slot changes in this
> > v3 are not needed, and can be ignored.
>
> That may take some kernel cycles. You
All these macros are commented, and can be removed.
Signed-off-by: Marcos Paulo de Souza
---
drivers/staging/bcm/CmHost.c |1 -
drivers/staging/bcm/Debug.h |5 -
drivers/staging/bcm/Macros.h |1 -
drivers/staging/bcm/PHSDefines.h |1 -
4 files changed, 8
This patch removes all references of "if 0" blocks in the bcm drivers.
Signed-off-by: Marcos Paulo de Souza
---
drivers/staging/bcm/Misc.c | 63
1 file changed, 63 deletions(-)
diff --git a/drivers/staging/bcm/Misc.c b/drivers/staging/bcm/Misc.c
Hi Kernel guys!
This new patchset tries to clean a little the bcm driver, removing
some unused macros and some dead code.
These macros and dead code were reported by the forgotten-macros tool
(https://github.com/marcosps/forgotten_macros).
The tool is under development, but all the
From: Yanfei Zhang
Subject: [PATCH v4 2/3] KVM-INTEL: Add new module vmcsinfo-intel to fill
VMCSINFO
Date: Wed, 4 Jul 2012 18:05:19 +0800
>
> Besides, this patch also exports vmcs revision identifier via
> /sys/devices/system/cpu/vmcs_id and offsets of fields via
>
182bb8fec8f5 ("ext4: make quota as first class supported
feature"). The quota code needs to be protected by CONFIG_QUOTA.
I have used the ext4 tree from next-20120709 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpxgdssHA4WH.pgp
Description: PGP signature
On Tue, Jul 10, 2012 at 09:09:10AM +0800, Gavin Shan wrote:
>On Tue, Jul 10, 2012 at 09:03:04AM +0800, Wanpeng Li wrote:
>>From: Wanpeng Li
>>
>>When kmem_cache_alloc fails alloc slab object from
>>hugetlbfs_inode_cachep, return -ENOMEM in usual. But
>>hugetlbfs_alloc_inode implementation has
From: Wanpeng Li
Changelog:
*v2 change -ENOMEM to ERR_PTR(-ENOMEM);
When kmem_cache_alloc fails alloc slab object from
hugetlbfs_inode_cachep, return -ENOMEM in usual. But
hugetlbfs_alloc_inode implementation has inconsitency
with it and returns NULL. Fix it to return -ENOMEM.
Signed-off-by:
On Tue, Jul 10, 2012 at 09:03:04AM +0800, Wanpeng Li wrote:
>From: Wanpeng Li
>
>When kmem_cache_alloc fails alloc slab object from
>hugetlbfs_inode_cachep, return -ENOMEM in usual. But
>hugetlbfs_alloc_inode implementation has inconsitency
>with it and returns NULL. Fix it to return -ENOMEM.
>
From: Wen Congyang
Subject: Re: [PATCH v4 2/3] KVM-INTEL: Add new module vmcsinfo-intel to fill
VMCSINFO
Date: Fri, 6 Jul 2012 16:25:23 +0800
> At 07/06/2012 04:04 PM, HATAYAMA Daisuke Wrote:
>> From: Yanfei Zhang
>> Subject: [PATCH v4 2/3] KVM-INTEL: Add new module vmcsinfo-intel to fill
>>
From: Wanpeng Li
When kmem_cache_alloc fails alloc slab object from
hugetlbfs_inode_cachep, return -ENOMEM in usual. But
hugetlbfs_alloc_inode implementation has inconsitency
with it and returns NULL. Fix it to return -ENOMEM.
Signed-off-by: Wanpeng Li
---
fs/hugetlbfs/inode.c |2 +-
1
Since lumpy reclaim was introduced at 2.6.23, it helped higher
order allocation.
Recently, we removed it at 3.4 and we didn't enable compaction
forcingly[1]. The reason makes sense that compaction.o + migration.o
isn't trivial for system doesn't use higher order allocation.
But the problem is that
On 05/23/2012 05:25 AM, Takashi Iwai wrote:
> Linus,
>
> please pull the first sound updates for v3.5-rc1 from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git sound-3.5
>
> The topmost commit is 85e184e4c3cd3e2285ceab91ff8f0cac094e8a85
>
> Note that the pull to the current
On Mon, 2012-07-09 at 16:47 -0700, David Rientjes wrote:
> On Mon, 9 Jul 2012, Joe Perches wrote:
>
> > > So, nack, don't start enforcing your own coding style and preferences in
> > > checkpatch.pl.
> >
> > Not just my opinion.
> >
> > https://lkml.org/lkml/2008/12/23/138
> >
Whether to continue removing extents or not is decided by the return value
of function ext4_ext_more_to_rm() which checks 2 conditions:
a) if there are no more indexes to process.
b) if the number of entries are decreased in the header of "depth -1".
In case of hole punch, if the last block to be
On Mon, 09 Jul 2012 17:30:48 -0700 ebied...@xmission.com (Eric W. Biederman)
wrote:
> Andrew Morton writes:
>
> >> {
> >>struct sysfs_dirent *sd;
> >>int is_dir;
> >> + int type;
> >>
> >>if (nd->flags & LOOKUP_RCU)
> >>return -ECHILD;
> >> @@ -326,6 +327,13 @@
Andrew Morton writes:
>> {
>> struct sysfs_dirent *sd;
>> int is_dir;
>> +int type;
>>
>> if (nd->flags & LOOKUP_RCU)
>> return -ECHILD;
>> @@ -326,6 +327,13 @@ static int sysfs_dentry_revalidate(struct dentry
>> *dentry, struct nameidata *nd)
>> if
Hi Andrew,
On Mon, Jul 09, 2012 at 05:08:56PM -0700, Andrew Morton wrote:
> On Tue, 10 Jul 2012 08:55:53 +0900
> Minchan Kim wrote:
>
> > ...
> >
> > --- a/mm/page_alloc.c
> > +++ b/mm/page_alloc.c
> > @@ -2276,6 +2276,29 @@ gfp_to_alloc_flags(gfp_t gfp_mask)
> > return alloc_flags;
> > }
On Mon, 2012-07-09 at 16:49 -0700, David Miller wrote:
> From: Ben Hutchings
> Date: Tue, 10 Jul 2012 00:47:06 +0100
>
> > I built on x86_64...
>
> As did I :-)
>
> > But it's not an important bug in mainline (yet) so perhaps we can treat
> > it as only required in stable.
>
> I think this is
From: Rob Herring
Fix intermittent hangs in xgmac_rx_refill. If a ring buffer entry already
had an skb allocated, then xgmac_rx_refill would get stuck in a loop. This
can happen on a rx error when we just leave the skb allocated to the entry.
[ 7884.51] INFO: rcu_preempt detected stall on
From: Rob Herring
Increase the number of outstanding read and write AXI transactions from 1
to 8 for better performance.
Signed-off-by: Rob Herring
---
drivers/net/ethernet/calxeda/xgmac.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Rob Herring
Enabling RX cut-thru mode yields better performance as received frames
start getting written to memory before a whole frame is received.
Signed-off-by: Rob Herring
---
drivers/net/ethernet/calxeda/xgmac.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff
From: Rob Herring
Fix net tx watchdog timeout recovery. The descriptor ring was reset,
but the DMA engine was not reset to the beginning of the ring.
Signed-off-by: Rob Herring
---
drivers/net/ethernet/calxeda/xgmac.c |1 +
1 file changed, 1 insertion(+)
diff --git
From: Rob Herring
A few fixes and performance improvements for the Calxeda xgmac driver for
3.6. It would be nice to get the 2 fixes into 3.5, but since it is a bit
late in the cycle they can wait.
Rob
Rob Herring (4):
net: calxedaxgmac: fix net timeout recovery
net: calxedaxgmac: fix hang
Don't use pstore.buf directly, instead convert the code to write_buf callback
which passes a pointer to a buffer as an argument.
Signed-off-by: Anton Vorontsov
---
fs/pstore/ram.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/fs/pstore/ram.c
This patch introduces 'func_ptrace' option, now available in
/sys/kernel/debug/tracing/options when function tracer
is selected.
The patch also adds some tiny code that calls back to pstore
to record the trace. The callback is no-op when PSTORE=n.
Signed-off-by: Anton Vorontsov
---
Hi Srivatsa,
2012/07/09 20:25, Srivatsa S. Bhat wrote:
> On 07/09/2012 08:01 AM, Yasuaki Ishimatsu wrote:
>> Hi Srivatsa,
>>
>> Thank you for your reviewing.
>>
>> 2012/07/06 18:51, Srivatsa S. Bhat wrote:
>>> On 07/06/2012 08:46 AM, Yasuaki Ishimatsu wrote:
Even if cpu_down() fails,
Decoding the binary trace w/ a different kernel might be troublesome
since we convert addresses to symbols. For kernels with minimal changes,
the mappings would probably match, but it's not guaranteed at all.
(But still we could convert the addresses by hand, since we do print
raw addresses.)
If
Since the function accepts just one bit, we can use the switch
construction instead of if/else if/...
Just a cosmetic change, there should be no functional changes.
Suggested-by: Steven Rostedt
Signed-off-by: Anton Vorontsov
---
kernel/trace/trace_functions.c | 15 +--
1 file
The ftrace log size is configurable via ramoops.ftrace_size
module option, and the log itself is available via
/ftrace-ramoops file.
Signed-off-by: Anton Vorontsov
---
Documentation/ramoops.txt | 25 +
fs/pstore/ram.c| 37
With this support kernel can save function call chain log into a
persistent ram buffer that can be decoded and dumped after reboot
through pstore filesystem. It can be used to determine what function
was last called before a reset or panic.
We store the log in a binary format and then decode it
For function tracing we need to stop using pstore.buf directly, since
in a tracing callback we can't use spinlocks, and thus we can't safely
use the global buffer.
With write_buf callback, backends no longer need to access pstore.buf
directly, and thus we can pass any buffers (e.g. allocated on
If tracer->init() fails, current code will leave current_tracer pointing
to an unusable tracer, which at best makes 'current_tracer' report
inaccurate value.
Fix the issue by pointing current_tracer to nop tracer, and only update
current_tracer with the new one after all the initialization
On Mon, 9 Jul 2012 19:16:24 +0100, Jason Vas Dias
wrote:
> Thanks Rusty - sorry I didn't see your email until now - revised patch
> addressing your comments attached -
> BTW, sorry about the word wrap on the initial posting - should I
> attach a '.patch' file or inline ? Trying both .
The
Hi all,
In v4:
- A few cosmetic changes in func_set_flag(), as suggested by Steven
Rostedt. Firstly, in the patch that adds pstore option, I use
'else if' for the new bit (it keeps changes minimal), but then there
is a new separate patch (the last in the series) that converts the
whole
On Mon, 2012-07-09 at 11:11 +0800, Hayes Wang wrote:
> File: rtl_nic/rtl8168g-1.fw
> Version: 0.0.1
[...]
Also had the encoding problem, but also applied.
Ben.
--
Ben Hutchings
The generation of random numbers is too important to be left to chance.
On Tue, 10 Jul 2012 08:55:53 +0900
Minchan Kim wrote:
> ...
>
> --- a/mm/page_alloc.c
> +++ b/mm/page_alloc.c
> @@ -2276,6 +2276,29 @@ gfp_to_alloc_flags(gfp_t gfp_mask)
> return alloc_flags;
> }
>
> +#if defined(CONFIG_DEBUG_VM) && !defined(CONFIG_COMPACTION)
> +static inline void
1 - 100 of 1424 matches
Mail list logo