I just came across this file and found this LIST_HEAD(acpi_device_list)
was referred in early days before 2.6.11 but not in use nowadays,
^1da177e drivers/acpi/scan.c (Linus Torvalds 2005-04-16
15:20:36 -0700 31) static LIST_HEAD(acpi_device_list);
it is expanded to this line of referri
Hayes Wang :
> fix incorrct argument in rtl_hw_init_8168g.
>
> Signed-off-by: Hayes Wang
Thanks Hayes.
It's available with proper attribution and subject at:
git://violet.fr.zoreil.com/romieu/linux davem-next.r8169
--
Ueimor
--
To unsubscribe from this list: send the line "unsubscribe linux
On Tuesday 10 July 2012 12:22 PM, ABRAHAM, KISHON VIJAY wrote:
+TWL4030 USB PHY AND COMPARATOR
>> + - compatible : Should be "ti,twl4030-usb"
>> + - interrupts : The interrupt numbers to the cpu should be specified.
>> First
>> + interrupt number is the otg interrupt number that raises ID i
> Hi,
>
> On Tue, Jul 10, 2012 at 11:33 AM, Venu Byravarasu
> wrote:
> >> > +
> >> > +#ifdef CONFIG_PM
> >
> > Should it not be CONFIG_PM_SLEEP instead of just CONFIG_PM?
>
> Why? I think we should have CONFIG_PM_SLEEP only when we have
> *suspend*, *resume* hooks. But this driver has only *runt
On Tuesday 10 July 2012 12:18 PM, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Tue, Jul 10, 2012 at 11:33 AM, Venu Byravarasu
wrote:
+
+#ifdef CONFIG_PM
Should it not be CONFIG_PM_SLEEP instead of just CONFIG_PM?
Why? I think we should have CONFIG_PM_SLEEP only when we have
*suspend*, *resume* hoo
* Arnd Bergmann wrote:
> On Saturday 07 July 2012, Olof Johansson wrote:
>
> > > ARM introduced AArch64 as part of the ARMv8 architecture
> >
> > With the risk of bikeshedding here, but I find the name awkward. How
> > about just naming the arch port arm64 instead? It's considerably more
> > d
1. Remove rtl_ocpdr_cond. No waiting is needed for mac_ocp_{write / read}.
2. Set ocp_base to OCP_STD_PHY_BASE after rtl8168g_1_hw_phy_config.
---
drivers/net/ethernet/realtek/r8169.c | 14 +++---
1 file changed, 3 insertions(+), 11 deletions(-)
diff --git a/drivers/net/ethernet/realtek
__generic_unplug_device() function is removed with commit
7eaceaccab5f40bbfda044629a6298616aeaed50, which forgot to
remove the declaration at meantime. Here remove it.
Signed-off-by: Yuanhan Liu
---
block/blk.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/block/blk.h
Hi,
> Documentation/devicetree/bindings/usb/omap-usb.txt | 34
> -
> drivers/usb/musb/omap2430.c| 52
>
[...]
> + of_property_read_u32(np, "mode", (u32 *)&pdata->mode);
> + of_property_read_u32(np, "interface_type"
Hi Guennadi,
On Tue, Jul 10 2012, Guennadi Liakhovetski wrote:
>> > The latter one looks big because of a rename, but with "-M" it's pretty
>> > trivial. Chris, do you agree?
>>
>> Is the minimal fix to just add "| IRQF_ONESHOT" to the request_threaded_irq
>> argument? If so, I'd rather push ju
On 07/10/2012 12:15 AM, Andrew Morton wrote:
> On Fri, 6 Jul 2012 09:33:54 -0700
> Kevin Hilman wrote:
>
>> Requesting a threaded interrupt without a primary handler and without
>> IRQF_ONESHOT is dangerous, and after commit 1c6c6952 (genirq: Reject
>> bogus threaded irq requests), these request
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
kernel/printk.c between commit 5becfb1df5ac ("kmsg: merge continuation
records while printing") from the driver-core.current tree and commit
"printk: only look for prefix levels in kernel messages" from the akpm
tree.
I fixed
When I debug the driver I found before Detected HW hang, driver unable to clean
and reclaim the resources:
1457 while ((eop_desc->upper.data & cpu_to_le32(E1000_TXD_STAT_DD)) &&
<== at here upper.data always is 0x300
1458(count < tx_ring->count)) {
<--- snip --->
148
On Tue, Jul 10, 2012 at 12:00 AM, cheng renquan wrote:
> $ git diff HEAD -- drivers/acpi/scan.c
> diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
> index 85cbfdc..7d26ae0 100644
> --- a/drivers/acpi/scan.c
> +++ b/drivers/acpi/scan.c
> @@ -28,7 +28,7 @@ extern struct acpi_device *acpi_root;
Hi all,
Changes since 20120709:
I have not done the powerpc allyesconfig build today as it is too broken.
The ext4 tree gained a build failure so I used the version from
next-20120709.
The v4l-dvb tree still had its build failure so I used the version from
next-20120706.
The infiniband tree lo
On Tue, 10 Jul 2012, Chris Ball wrote:
> Hi Guennadi,
>
> On Tue, Jul 10 2012, Guennadi Liakhovetski wrote:
> >> > The latter one looks big because of a rename, but with "-M" it's pretty
> >> > trivial. Chris, do you agree?
> >>
> >> Is the minimal fix to just add "| IRQF_ONESHOT" to the reques
On Mon, 2012-07-09 at 20:41 +0200, Ingo Molnar wrote:
> > +static unsigned long get_segment_base(unsigned int segment)
> > +{
> > + struct desc_struct *desc;
> > + int idx = segment >> 3;
> > +
> > + if ((segment & SEGMENT_TI_MASK) == SEGMENT_LDT) {
> > + if (idx > LDT_ENTRI
Hi,
On 07/10/2012 08:48 AM, Thierry Reding wrote:
>> --- /dev/null +++
>> b/Documentation/devicetree/bindings/pwm/lpc32xx-pwm.txt @@ -0,0
>> +1,12 @@ +LPC32XX PWM controller + +Required properties: +-
>> compatible: should be "nxp,lpc3220-pwm"
>
> Does the compatible have to be lpc3220-pwm? Can't
On 07/10/2012 10:27 AM, Yasuaki Ishimatsu wrote:
> 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:5
On Tue, Jul 10, 2012 at 09:56:08AM +0200, Roland Stigge wrote:
> Hi,
>
> On 07/10/2012 08:48 AM, Thierry Reding wrote:
> >> --- /dev/null +++
> >> b/Documentation/devicetree/bindings/pwm/lpc32xx-pwm.txt @@ -0,0
> >> +1,12 @@ +LPC32XX PWM controller + +Required properties: +-
> >> compatible: shoul
* Peter Zijlstra wrote:
> > > +static unsigned long code_segment_base(struct pt_regs *regs)
> > > +{
> > > +#ifdef CONFIG_32BIT
> > > + if (user_mode(regs) && regs->cs != __USER_CS)
> > > + return get_segment_base(regs->cs);
> > > +#else
> > > + if (test_thread_flag(TIF_IA32)
Hi,
On Tue, Jul 10, 2012 at 11:57 AM, Rajendra Nayak wrote:
> On Thursday 28 June 2012 05:21 PM, Kishon Vijay Abraham I wrote:
>>
>> Add usb otg data node in omap4/omap3 device tree file. Also update
>> the node with board specific setting in omapx-.dts file.
>>
>> Signed-off-by: Kishon Vijay Abr
Hi,
On Tue, Jul 10, 2012 at 11:59 AM, Rajendra Nayak wrote:
> On Thursday 28 June 2012 05:21 PM, Kishon Vijay Abraham I wrote:
>>
>> All the unnessary functions in omap-phy-internal is removed.
>> These functionality are now handled by omap-usb2 phy driver.
>>
>> Cc: Felipe Balbi
>> Signed-off-by
Hi,
On Tue, Jul 10, 2012 at 12:14 PM, Rajendra Nayak wrote:
> On Tuesday 10 July 2012 11:58 AM, ABRAHAM, KISHON VIJAY wrote:
>>
>> Hi,
>>
>> On Tue, Jul 10, 2012 at 11:28 AM, Rajendra Nayak wrote:
>>>
>>> On Thursday 28 June 2012 05:21 PM, Kishon Vijay Abraham I wrote:
Add device
* Peter Zijlstra wrote:
> On Mon, 2012-07-09 at 20:41 +0200, Ingo Molnar wrote:
> > > +static unsigned long get_segment_base(unsigned int segment)
> > > +{
> > > + struct desc_struct *desc;
> > > + int idx = segment >> 3;
> > > +
> > > + if ((segment & SEGMENT_TI_MASK) == SEGMENT_LDT
Hi Srivatsa,
2012/07/10 16:57, Srivatsa S. Bhat wrote:
On 07/10/2012 10:27 AM, Yasuaki Ishimatsu wrote:
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 r
Stephen Rothwell writes:
> 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 comm
On 07/09/2012 01:25 PM, Christian Borntraeger wrote:
On 09/07/12 08:20, Raghavendra K T wrote:
Currently Pause Looop Exit (PLE) handler is doing directed yield to a
random VCPU on PL exit. Though we already have filtering while choosing
the candidate to yield_to, we can do better.
Problem is, f
On Tuesday 10 July 2012 01:43 PM, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Tue, Jul 10, 2012 at 11:57 AM, Rajendra Nayak wrote:
On Thursday 28 June 2012 05:21 PM, Kishon Vijay Abraham I wrote:
Add usb otg data node in omap4/omap3 device tree file. Also update
the node with board specific setting
On Tuesday 10 July 2012 01:46 PM, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Tue, Jul 10, 2012 at 11:59 AM, Rajendra Nayak wrote:
On Thursday 28 June 2012 05:21 PM, Kishon Vijay Abraham I wrote:
All the unnessary functions in omap-phy-internal is removed.
These functionality are now handled by omap
On Tue, Jul 10, 2012 at 04:41:30PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the arm-soc tree got a conflict in
> drivers/i2c/busses/i2c-nomadik.c between commit af97bace2cca
> ("i2c-nomadik: move header to ") from
> the i2c-embedded tree and commits 32e42c687e0a ("A
I am using Linux 3.4.0 with a 53c1030 and a tape library that sometimes
barfs for yet unknown reasons. When it happens, I get a BUG with
backtrace and this scsi channel is dead until I reboot. Seems to be
something with either generic scsi error handling or with mpt scsi.
Full dmesg:
[0.00
On Tue, Jun 26, 2012 at 03:04:25PM +0300, Kirill A. Shutemov wrote:
> Hi,
>
> Patch to move kern_unmount() out of exit_group() code path is below.
Andrew, do you have any opinion about the patch?
> Dmitry, could you check if it's beneficial for your use-case?
>
> Results are not that impressive
Hi Axel,
On Mon, Jul 09, 2012 at 10:29:00PM +0800, Axel Lin wrote:
> This fixes below build warning if CONFIG_OF is not set.
>
> CC drivers/mfd/max77686.o
> drivers/mfd/max77686.c:37:42: warning: 'max77686_pmic_dt_match' defined but
> not used [-Wunused-variable]
>
> Signed-off-by: Axel
Hi Axel,
On Mon, Jul 09, 2012 at 10:44:21PM +0800, Axel Lin wrote:
> This fixes below build error when CONFIG_MFD_88PM800=m.
>
> ERROR: "pm80x_regmap_config" [drivers/mfd/88pm800.ko] undefined!
> make[1]: *** [__modpost] Error 1
> make: *** [modules] Error 2
>
> Signed-off-by: Axel Lin
> ---
>
---
MDaemon has detected restricted attachments within an email message
---
>From : linux-kernel@vger.kernel.org
To: j...@grove-ent.com
Subject : [***SPAM*
Hi Mark,
On Mon, Jul 09, 2012 at 07:33:14PM +0100, Mark Brown wrote:
> The registers have stride 2 so we can write the loop properly now.
>
> Signed-off-by: Mark Brown
> ---
> drivers/mfd/arizona-core.c|5 ++---
> include/linux/mfd/arizona/pdata.h |2 +-
> 2 files changed, 3 ins
On Tue, 2012-07-10 at 10:21 +0200, Ingo Molnar wrote:
> Another boundary condition would be when we intentionally
> twiddle the GDT: such as during suspend or during BIOS upcalls.
> Can we then get a PMU interrupt? If yes then this will probably
> result in garbage:
>
> > > > + desc
Dear Joel,
Thank you for your review.
@Sebastian, Alan, Felipe: Thank you, too.
On Monday, July 02, 2012 11:09 AM Joel Becker wrote:
>
> > As a prerequisite it adds an operation to configfs. The operation allows
> > checking if it is ok to remove a pseudo directory corresponding to a
> > con
> Hi Gao
>
> Is it still needed to call update_netdev_tables() from write_priomap() ?
>
Yes, I think it's needed,because read_priomap will show all of the net devices,
But we may add the netdev after create a netprio cgroup, so the new added
netdev's
priomap will not be allocated. if we don't
Hi Lee,
On Fri, Jul 06, 2012 at 01:43:18PM +0100, Lee Jones wrote:
> A patch was recently submitted to stop all ab8500 devices from
> being registered through Device Tree. Instead, only the db8500
> will be DT:ed and the rest will continue to be registered via
> the MFD API, as they always were.
>
On Mon, 2012-07-09 at 10:55 -0700, Linus Torvalds wrote:
> However, it is worth pointing out that sp/bp have exactly the same
> segment base issue. So if you do stack tracing into user mode, you
> should really do the same thing for those. And quite frankly, at that
> point vm86 mode and the stack
On Tue, Jul 10, 2012 at 03:32:10PM +1000, Stephen Rothwell wrote:
> Caused by commit 01eaf2458773 ("extcon: Convert extcon_gpio to
> devm_gpio_request_one"). devm_gpio_request_one is not currently exported
> to modules.
A patch for this has been in -next for most of this release cycle and
really
On Tue, Jul 03, 2012 at 10:12:41AM +0300, Julian Anastasov wrote:
>
> Hello,
>
> On Thu, 28 Jun 2012, Xiaotian Feng wrote:
>
> > We met a kernel panic in 2.6.32.43 kernel:
> >
> > [2680191.848044] IPVS: ip_vs_conn_hash(): request for already hashed,
> > called from run_timer_softirq+0x17
Hi Stephen,
On Mon, Jul 09, 2012 at 01:57:19PM +1000, Stephen Rothwell wrote:
> Hi Samuel,
>
> After merging the mfd tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> ERROR: "arizona_dai_ops" [sound/soc/codecs/snd-soc-wm5102.ko] undefined!
> ERROR: "wm5102_aod" [driver
* Tony Lindgren [120627 03:37]:
> * Stephen Warren [120626 10:10]:
> > On 06/26/2012 07:43 AM, Tony Lindgren wrote:
> > ...
> > > Subject: [PATCH] pinctrl: Add one-register-per-pin type device tree based
> > > pinctrl driver
> > >
> > > Add one-register-per-pin type device tree based pinctrl dr
Resending with correct linux-scsi address - please rteply to this one if
you see duplicate messages.
I am using Linux 3.4.0 with a 53c1030 and a tape library that sometimes
barfs for yet unknown reasons. When it happens, I get a BUG with
backtrace and this scsi channel is dead until I reboot. S
(you should include a Signed-off-by)
Hayes Wang :
> 1. Remove rtl_ocpdr_cond. No waiting is needed for mac_ocp_{write / read}.
Nit: it would not hurt to do a better job than me and save some commit noise
getting these things right before they pollute the history. :o)
> 2. Set ocp_base to OCP_ST
On Tue, 2012-07-10 at 16:53 +0800, Gao feng wrote:
> > Hi Gao
> >
> > Is it still needed to call update_netdev_tables() from write_priomap() ?
> >
>
> Yes, I think it's needed,because read_priomap will show all of the net
> devices,
>
> But we may add the netdev after create a netprio cgroup,
On Tue, 2012-07-10 at 11:44 +0300, Meelis Roos wrote:
> Resending with correct linux-scsi address - please rteply to this one if
> you see duplicate messages.
>
> I am using Linux 3.4.0 with a 53c1030 and a tape library that sometimes
> barfs for yet unknown reasons. When it happens, I get a BUG
On Sun, Jul 08, 2012 at 02:17:07PM -0700, Paul E. McKenney wrote:
> On Fri, Jul 06, 2012 at 01:43:29PM -0700, Josh Triplett wrote:
> > On Fri, Jul 06, 2012 at 09:33:38AM -0700, Paul E. McKenney wrote:
> > > On Fri, Jul 06, 2012 at 02:00:18PM +0200, Frederic Weisbecker wrote:
> > > > --- a/arch/x86/
Hello all,
sorry for resending this twice to the lists. Initially I thought
mailing James directly was not appropriate, but I was now told that
get_maintainer.pl is actually speaking the truth and I am supposed to
do just that.
For the purposes of automatically testing udisks and gvfs automounti
Add "removable" module parameter to set the "removable" attribute of any
subsequently created debug block device. It is a writable driver option, so
that you can switch between removable and "fixed" media block devices in
between the add_host calls.
This is useful for being able to test the differ
Hi Linus !
It looks like my rewrite of our lazy irq scheme is still exposing
"interesting" issues left and right. The previous fixes are now
causing an occasional BUG_ON to trigger (which this patch turns
into a WARN_ON while at it), due to another issue of disconnect
of the lazy irq state vs. the
On 07/10/2012 03:17 AM, Andrew Theurer wrote:
> On Mon, 2012-07-09 at 11:50 +0530, Raghavendra K T wrote:
>> Currently Pause Looop Exit (PLE) handler is doing directed yield to a
>> random VCPU on PL exit. Though we already have filtering while choosing
>> the candidate to yield_to, we can do bett
On Fri, Jul 06, Olaf Hering wrote:
> On Fri, Jul 06, Jan Beulich wrote:
>
> > > Could it be that some code tweaks the stack content used by decompress()
> > > in some odd way? But that would most likely lead to a crash, not to
> > > unexpected uncompressing results.
> >
> > Especially if the old
于 2012年07月10日 17:15, Eric Dumazet 写道:
> On Tue, 2012-07-10 at 16:53 +0800, Gao feng wrote:
>>> Hi Gao
>>>
>>> Is it still needed to call update_netdev_tables() from write_priomap() ?
>>>
>>
>> Yes, I think it's needed,because read_priomap will show all of the net
>> devices,
>>
>> But we may add t
Hi Dmitry!
On 07/10/2012 08:36 AM, Dmitry Torokhov wrote:
>> +static void lpc32xx_mod_states(struct lpc32xx_kscan_drv *kscandat, int col)
>> +{
>> +u8 key;
>> +int row;
>> +unsigned changed, scancode, keycode;
>> +
>> +key = readl(LPC32XX_KS_DATA(kscandat->kscan_base, col));
>> +
On Wed, Jul 4, 2012 at 10:36 AM, Frederic Weisbecker wrote:
> On Wed, Jul 04, 2012 at 10:12:43PM +0800, Luming Yu wrote:
>> On Wed, Jul 4, 2012 at 9:25 PM, Frederic Weisbecker
>> wrote:
>> > On Wed, Jul 04, 2012 at 08:42:29PM +0800, Luming Yu wrote:
>> >> On Tue, Jul 3, 2012 at 7:28 PM, Frederic
Hi Hugh,
Cheers for looking at this.
On Tue, Jul 10, 2012 at 12:57:14AM +0100, Hugh Dickins wrote:
> On Mon, 9 Jul 2012, Will Deacon wrote:
> > On Mon, Jul 09, 2012 at 01:25:23PM +0100, Michal Hocko wrote:
> > > On Wed 04-07-12 15:32:56, Will Deacon wrote:
> > > > diff --git a/mm/hugetlb.c b/mm/h
* Peter Zijlstra wrote:
> On Tue, 2012-07-10 at 10:21 +0200, Ingo Molnar wrote:
> > Another boundary condition would be when we intentionally
> > twiddle the GDT: such as during suspend or during BIOS upcalls.
> > Can we then get a PMU interrupt? If yes then this will probably
> > result in g
* Peter Zijlstra wrote:
> On Mon, 2012-07-09 at 10:55 -0700, Linus Torvalds wrote:
> > However, it is worth pointing out that sp/bp have exactly the same
> > segment base issue. So if you do stack tracing into user mode, you
> > should really do the same thing for those. And quite frankly, at th
On Thu 05-07-12 15:56:52, Mel Gorman wrote:
> Configuration:global-dhp__io-interactive-performance-ext3
> Result:
> http://www.csn.ul.ie/~mel/postings/mmtests-20120424/global-dhp__io-interactive-performance-ext3
> Benchmarks: postmark largedd fsmark-single fsmark-threaded micro
>
On Tue, 2012-07-10 at 11:02 +0200, Peter Zijlstra wrote:
> Ingo, do you want me to do a version where I simply bail on everything
> if regs->{cs,ss} != {__USER_CS, __USER32_CS} || regs->flags & VM ?
Here's a variant that does that..
---
Subject: perf/x86: Fix USER/KERNEL tagging of samples prope
On Tue, 2012-07-10 at 11:50 +0200, Peter Zijlstra wrote:
> + if (regs->cs != __USER32_CS && regs->cs != __USER_CS)
> + return 0;
> +
> + if (regs->ss != __USER32_DS && regs->ss != __USER_DS)
> + return 0;
Those should be return 1, they are a 32bit callchain
* Peter Zijlstra wrote:
> On Tue, 2012-07-10 at 11:02 +0200, Peter Zijlstra wrote:
> > Ingo, do you want me to do a version where I simply bail on everything
> > if regs->{cs,ss} != {__USER_CS, __USER32_CS} || regs->flags & VM ?
>
> Here's a variant that does that..
> arch/x86/include/asm/pe
Commit-ID: 1ba9a294141b106b7247649a5c3372d8284eca80
Gitweb: http://git.kernel.org/tip/1ba9a294141b106b7247649a5c3372d8284eca80
Author: Jan Beulich
AuthorDate: Fri, 6 Jul 2012 15:07:48 +0100
Committer: Ingo Molnar
CommitDate: Tue, 10 Jul 2012 10:38:14 +0200
x86/mm/mtrr: Fix alignment de
Commit-ID: a7101d152665817bf7cafc47e7f5dcb1f54664fe
Gitweb: http://git.kernel.org/tip/a7101d152665817bf7cafc47e7f5dcb1f54664fe
Author: Jan Beulich
AuthorDate: Fri, 6 Jul 2012 15:20:35 +0100
Committer: Ingo Molnar
CommitDate: Tue, 10 Jul 2012 10:38:15 +0200
x86/mm/mtrr: Slightly simplif
I've completed some rudimentary test code. It is designed to compile
both in user & kernel space but only currently compiles in userland. I
ran this on 9 different versions of gcc, all on x86_64 with CFLAGS="-O2
-g3 -pipe -march=k8". The below summary data shows the % increase in
time consumed (
Hi Christoph,
2012/07/10 0:18, Christoph Lameter wrote:
On Mon, 9 Jul 2012, Yasuaki Ishimatsu wrote:
Even if you apply these patches, you cannot remove the physical memory
completely since these patches are still under development. I want you to
cooperate to improve the physical memory hot-re
From: Wanpeng Li
Against linux-next:
Function alloc_huge_page will call hugetlb_cgroup_charge_cgroup
to charge pages, the compound page have less than 3 pages will not
charge to hugetlb cgroup. When alloc_huge_page fails it will call
hugetlb_cgroup_uncharge_cgroup to uncharge pages, however,
hug
On 07/10/2012 03:17 AM, Andrew Theurer wrote:
On Mon, 2012-07-09 at 11:50 +0530, Raghavendra K T wrote:
Currently Pause Looop Exit (PLE) handler is doing directed yield to a
random VCPU on PL exit. Though we already have filtering while choosing
the candidate to yield_to, we can do better.
[.
On Mon, 9 Jul 2012, Henrik Rydberg wrote:
> Add support for the 15'' MacBook Pro Retina model (MacBookPro10,1).
>
> Patch originally written by clipcarl (forums.opensuse.org).
>
> Signed-off-by: Henrik Rydberg
> ---
> Hi Dmitry,
>
> Here is a patch for the new retina I picked up from the anony
On Sat, Jul 07, 2012 at 10:30:58AM +0100, Mikael Pettersson wrote:
> Catalin Marinas writes:
> > Compilation requires a new aarch64-none-linux-gnu-
> > toolchain (http://gcc.gnu.org/ml/gcc-patches/2012-05/msg01694.html).
>
> Where are the corresponding binutils patches? Without those it's
> imp
On Wed, 2012-07-04 at 13:08 +0400, Andrew Vagin wrote:
> From: Peter Zijlstra
>
> A few events are interesting not only for a current task.
> For example, sched_stat_* are interesting to a task, which
> wake up. For this reason, it will be good, if such events will
> be delivered to a target task
On Tue, Jul 10, 2012 at 08:10:23AM +0100, Ingo Molnar wrote:
> * Arnd Bergmann wrote:
> > On Saturday 07 July 2012, Olof Johansson wrote:
> > > > ARM introduced AArch64 as part of the ARMv8 architecture
> > >
> > > With the risk of bikeshedding here, but I find the name awkward. How
> > > about j
The LMS daemon expects a /sys/modules/mei/version file with, a four
digit version number.
see
http://software.intel.com/en-us/articles/download-the-latest-intel-amt-open-source-drivers/
Signed-off-by: Ortwin Glück
---
diff --git a/drivers/misc/mei/main.c b/drivers/misc/mei/main.c
index 7de1389
On Wed, 2012-07-04 at 15:11 +0200, Jan Kara wrote:
> On Wed 04-07-12 15:21:52, Artem Bityutskiy wrote:
> > From: Artem Bityutskiy
> >
> > This patch changes the '__ext4_handle_dirty_super()' function which is used
> > by ext4 to update the superblock via the journal in the following cases:
> >
>
On Mon, Jul 09, 2012 at 04:34:50PM +0300, Avi Kivity wrote:
> On 07/09/2012 04:23 PM, Xiao Guangrong wrote:
> > On 07/09/2012 08:49 PM, Avi Kivity wrote:
> >> On 07/09/2012 02:23 PM, Gleb Natapov wrote:
> >>>
> kvm-unit-tests.git has a test for xchg to mmio. Does it still work?
>
>
On Tue, Jul 10, 2012 at 10:45:13AM +0100, Will Deacon wrote:
> On Tue, Jul 10, 2012 at 12:57:14AM +0100, Hugh Dickins wrote:
> > If I start to grep the architectures for non-empty flush_dcache_page(),
> > I soon find things in arch/arm such as v4_mc_copy_user_highpage() doing
> > if (!test_and_set_
there are some out of bound accesses in netprio cgroup.
now before accessing the dev->priomap.priomap array,we only check
if the dev->priomap exist.and because we don't want to see
additional bound checkings in fast path, so we should make sure
that dev->priomap is null or array size of dev->priom
On 07/10/2012 01:36 PM, Gleb Natapov wrote:
> On Mon, Jul 09, 2012 at 04:34:50PM +0300, Avi Kivity wrote:
> > On 07/09/2012 04:23 PM, Xiao Guangrong wrote:
> > > On 07/09/2012 08:49 PM, Avi Kivity wrote:
> > >> On 07/09/2012 02:23 PM, Gleb Natapov wrote:
> > >>>
> > kvm-unit-tests.git has a te
Add support for the 2012 15'' MacBook Pro Retina, also known as
MacBookPro10,1. The bluetooth device presents itself as
Bus 002 Device 008: ID 05ac:8286 Apple, Inc.
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 255 Ve
On Sun, Jul 08, 2012 at 11:33:14AM +0900, JoonSoo Kim wrote:
> 2012/7/7 David Rientjes :
> > On Sat, 7 Jul 2012, Joonsoo Kim wrote:
> >
> >> __alloc_pages_direct_compact has many arguments so invoking it is very
> >> costly.
> >> And in almost invoking case, order is 0, so return immediately.
> >>
On Tue, Jul 10, 2012 at 01:45:15PM +0300, Avi Kivity wrote:
> On 07/10/2012 01:36 PM, Gleb Natapov wrote:
> > On Mon, Jul 09, 2012 at 04:34:50PM +0300, Avi Kivity wrote:
> > > On 07/09/2012 04:23 PM, Xiao Guangrong wrote:
> > > > On 07/09/2012 08:49 PM, Avi Kivity wrote:
> > > >> On 07/09/2012 02:2
On Mon, 2012-07-09 at 13:18 -0700, Benjamin Segall wrote:
> Correct, the sum is 1..n. The maximum was chosen as 516/46742 because
> that is the point when the approximation of loop + fixed point math
> being used reaches a maximum, even if the ideal y^n series would cap out
> slightly differently.
This patch implements my attempt at dmabuf synchronization.
The core idea is that a lot of devices will have their own
methods of synchronization, but more complicated devices
allow some way of fencing, so why not export those as
dma-buf?
This patchset implements dmabufmgr, which is based on ttm's
From: Maarten Lankhorst
Core code based on ttm_bo and ttm_execbuf_util
Signed-off-by: Maarten Lankhorst
---
drivers/base/Makefile |2 +-
drivers/base/dma-buf-mgr-eu.c | 263 +
drivers/base/dma-buf-mgr.c| 149 +++
dr
From: Maarten Lankhorst
Export the hardware status page so others can read seqno.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/i915_gem_dmabuf.c | 29 --
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 87
drivers/gpu/drm/i915/intel_ringb
From: Maarten Lankhorst
The prime code no longer requires the bo to be backed by a gem object,
and cpu access calls have been implemented. This will be needed for
exporting fence bo's.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_drv.h |6 +-
drivers/gpu/drm/nouve
From: Maarten Lankhorst
This is needed to allow creation of read-only vm mappings
in fence objects.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_bo.c |6 +++---
drivers/gpu/drm/nouveau/nouveau_drv.h |6 --
2 files changed, 7 insertions(+), 5 deletions(-)
d
From: Maarten Lankhorst
Create a dma object for the prime semaphore and every imported sync bo.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nv84_fence.c | 121 --
1 file changed, 115 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/n
From: Maarten Lankhorst
This can be used by nv84 and nvc0 to implement hardware fencing,
earlier systems will require more thought but can fall back to
software for now.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_bo.c |6 +-
drivers/gpu/drm/nouveau/nouveau_c
From: Maarten Lankhorst
Create a read-only mapping for every imported bo, and create a prime
bo in in system memory.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nvc0_fence.c | 104 +-
1 file changed, 89 insertions(+), 15 deletions(-)
diff --gi
From: Maarten Lankhorst
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_gem.c | 121 +++--
1 file changed, 116 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_gem.c
b/drivers/gpu/drm/nouveau/nouveau_gem.c
index 11c9c
On 07/09/2012 06:35 PM, Michel Lespinasse wrote:
> Empty nodes have no color. We can make use of this property to
> simplify the code emitted by the RB_EMPTY_NODE and RB_CLEAR_NODE
> macros. Also, we can get rid of the rb_init_node function which had
> been introduced by commit 88d19cf37952a7e1e3
On Tue, 2012-07-10 at 18:44 +0800, Gao feng wrote:
> there are some out of bound accesses in netprio cgroup.
> - update_netdev_tables();
> + ret = extend_netdev_table(dev, max_len);
> + if (ret < 0)
> + goto out_free_devname;
> +
> ret = 0;
> rcu_read_lock();
>
On Mon, Jul 09, 2012 at 10:54:41PM +0100, Grant Likely wrote:
> I'm fine with this patch, but the patch that adds the twizzling of the
> dpm_list when probing needs some tweaking, and this patch must be
> applied after that one. I'll go and reply to that patch now (and cc
> you if you're not alre
On Tue, 2012-07-10 at 13:05 +0200, Eric Dumazet wrote:
> On Tue, 2012-07-10 at 18:44 +0800, Gao feng wrote:
> > there are some out of bound accesses in netprio cgroup.
>
> > - update_netdev_tables();
> > + ret = extend_netdev_table(dev, max_len);
> > + if (ret < 0)
> > + goto out_f
A regression since 3.5-rc5 stops Sun Fire V100 and Sun Netra X1 sparc64
machines from booting, hanging after enabling serial console. Several
different other sparc64 systems work fine with 3.5-rc6. prtconf and full
dmesg below.
Bisecting leads to
107a84e61cdd3406c842a0e4be7efffd3a05dba6 is the
1 - 100 of 581 matches
Mail list logo
