On Friday 13 July 2012 11:58 AM, Vinod Koul wrote:
On Fri, 2012-07-13 at 11:09 +0530, Laxman Dewangan wrote:
You didnt get my other mail about applying?
Read carefully now and saw both are applied.
Thanks for care.
Thanks,
Laxman
--
To unsubscribe from this list: send the line "unsubscribe
On Wed, Jun 13, 2012 at 04:22:44PM +0800, Sonic Zhang wrote:
> From: Sonic Zhang
>
> Current driver was developed based on BF537 0.2 HRM. In high system load,
> BUFRDERR error
> interrupt may be raised if XMTSERV interrupt of last TX byte is not served in
> time
> (set RSTART bit), which breaks
On Wed, Jun 13, 2012 at 04:22:43PM +0800, Sonic Zhang wrote:
> From: Sonic Zhang
>
> In order to mark I2C transfer fail when MEN bit in I2C controller is reset
> unexpeced
"unexpected"
> in MCOMP interrupt, interrupt status bits XMTSERV or RCVSERV should be
> checked.
>
> Master Transfer Com
On Thu, 2012-07-12 at 15:31 +0200, Thomas Gleixner wrote:
> On Thu, 12 Jul 2012, Mike Galbraith wrote:
> > On Thu, 2012-07-12 at 13:43 +0200, Thomas Gleixner wrote:
> > > rawlock points to ...968 and the node_list to ...970.
> > >
> > > struct rt_mutex {
> > > raw_spinlock_t wai
On Wed, Jun 13, 2012 at 04:22:40PM +0800, Sonic Zhang wrote:
> From: Michael Hennerich
>
> For transfer counts > 255 bytes i2c-bfin-twi sets the data
> transfer counter DCNT to 0xFF indicating unlimited transfers.
> It then uses a flag iface->manual_stop to manually issue the STOP
> condition, on
Hi Srivatsa,
2012/07/12 21:32, Srivatsa S. Bhat wrote:
> On 07/12/2012 04:52 PM, Yasuaki Ishimatsu wrote:
>> Even if cpu_down() fails, acpi_processor_remove() continues to remove the
>> cpu.
>> But in this case, it should return error number since some process may run on
>> the cpu. If the cpu ha
On Fri, 2012-07-13 at 11:09 +0530, Laxman Dewangan wrote:
> On Friday 13 July 2012 08:45 AM, Vinod Koul wrote:
> > On Mon, 2012-07-02 at 10:02 -0600, Stephen Warren wrote:
> >> On 07/02/2012 02:22 AM, Laxman Dewangan wrote:
> >>> In cyclic mode of DMA, the byte transferred can be more
> >>> than th
Hi Toshi,
2012/07/13 1:49, Toshi Kani wrote:
On Thu, 2012-07-12 at 20:40 +0900, Yasuaki Ishimatsu wrote:
Even if acpi_processor_handle_eject() offlines cpu, there is a chance
to online the cpu after that. So the patch closes the window by using
get/put_online_cpus().
Why does the patch change
Hi Toshi,
2012/07/13 1:48, Toshi Kani wrote:
On Thu, 2012-07-12 at 20:22 +0900, Yasuaki Ishimatsu wrote:
Even if cpu_down() fails, acpi_processor_remove() continues to remove the cpu.
But in this case, it should return error number since some process may run on
the cpu. If the cpu has a running
2012/07/12 21:41, Srivatsa S. Bhat wrote:
> On 07/12/2012 05:10 PM, Yasuaki Ishimatsu wrote:
>> Even if acpi_processor_handle_eject() offlines cpu, there is a chance
>> to online the cpu after that. So the patch closes the window by using
>> get/put_online_cpus().
>>
>> Why does the patch change _c
On 13/07/12 05:35, Raghavendra K T wrote:
> Yes! I forgot about archs in init function.
> How about having
> #ifdef CONFIG_HAVE_KVM_CPU_RELAX_INTERCEPT
> vcpu->ple.cpu_relax_intercepted = false;
> vcpu->ple.dy_eligible = false;
> #endif
>
> This would solve all the problem.
No, you need to mask a
The @smsc.com email address is bouncing.
Should it be removed from MAINTAINERS or switched to this
@shawell.net address?
--
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/m
Looks sensible.
Reviewed-by: Ingo Molnar
Thanks,
Ingo
--
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.t
* John Stultz wrote:
> + nsec >>= timekeeper.shift;
> +
> + /* If arch requires, add in gettimeoffset() */
> + nsec += arch_gettimeoffset();
> + return nsec;
As a factoring out bonus, this could be further shortened to:
return nsec + arch_gettimeoffset();
> + /* If
On 五, 2012-07-13 at 15:08 +0900, Alex Courbot wrote:
> On Fri 13 Jul 2012 02:54:26 PM JST, R, Durgadoss wrote:
> > As of now, we are getting the definitions done through the platform layer
> > data. Considerations for device tree .. yes.. but I do not have any sample
> > implementation..
>
> Maybe
* John Stultz wrote:
> +}
> +
> +
> +/**
Stray newline added here as well.
Thanks,
Ingo
--
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
P
On Fri 13 Jul 2012 02:54:26 PM JST, R, Durgadoss wrote:
As of now, we are getting the definitions done through the platform layer
data. Considerations for device tree .. yes.. but I do not have any sample
implementation..
Maybe we can help with that then, since we are going to need it.
On the
* John Stultz wrote:
> When we make adjustments speeding up the clock, its possible
> for xtime_nsec to underflow. We already handle this properly,
> but we do so from update_wall_time() instead of the more logical
> timekeeping_adjust(), where the possible underflow actually
> occurs.
>
> Thus
Hi Linus,
Plese pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
for the fixes for the media subsystem, including:
- Some regression fixes at the audio part for devices with
cx23885/cx25840;
- A DMA corruption fix at cx231xx;
* John Stultz wrote:
> +static void tk_set_xtime(struct timekeeper *tk, const struct timespec *ts)
> +{
> + tk->xtime_sec = ts->tv_sec;
> + tk->xtime_nsec = ts->tv_nsec << tk->shift;
> +}
> +
> +
> +static void tk_xtime_add(struct timekeeper *tk, const struct timespec *ts)
Small nit: th
* John Stultz wrote:
> From: John Stultz
>
> In commit 6b43ae8a619d17c4935c3320d2ef9e92bdeed05d, I
> introduced a bug that kept the STA_INS or STA_DEL bit
> from being cleared from time_status via adjtimex()
> without forcing STA_PLL first.
>
> Usually once the STA_INS is set, it isn't cleare
* John Stultz wrote:
> We do the exact same logic moving nsecs to secs in the
> timekeeper in multiple places, so condense this into a
> single function.
>
> CC: Ingo Molnar
> CC: Peter Zijlstra
> CC: Richard Cochran
> CC: Prarit Bhargava
> CC: Thomas Gleixner
Please make that Cc:, not CC
> -Original Message-
> From: Alex Courbot [mailto:acour...@nvidia.com]
> Sent: Friday, July 13, 2012 11:19 AM
> To: R, Durgadoss
> Cc: Wei Ni; Zhang, Rui; Brown, Len; a...@linux-foundation.org; khali@linux-
> fr.org; j...@perches.com; linux-kernel@vger.kernel.org; linux-
> te...@ger.kernel.
--- On Fri, 13/7/12, Joe Perches wrote:
> From: Joe Perches
> Subject: [PATCH net-next 4/8] wireless: Use eth_random_addr
> To: "David Miller" , "John W. Linville"
> , "Christian Lamparter" ,
> "Ivo van Doorn" , "Gertjan van Wingerde"
> , "Helmut Schaa" , "Herton
> Ronaldo Krzesinski" , "Hin
On Thu, 2012-07-12 at 22:45 -0700, Andrew Morton wrote:
> checkpatch does not report on context lines - only on added lines.
Hmm, I think I saw it ding this in the past. Anyway, I have no problems
cleaning at lease white-spaces in UFS globally separately.
--
Best Regards,
Artem Bityutskiy
sign
Hi all,
Changes since 20120712:
The ext4 tree still has its build failure so I used the version from
next-20120709.
The tty tree gained a build failure, so I used the version from
next-20120712.
I have still reverted 3 commits from the signal tree at the request of the
arm maintainer.
The arm
On 07/12/2012 07:54 PM, R, Durgadoss wrote:
We are working on a notification API from any generic sensor driver to
the thermal framework.
Please have a look at the 'notify_thermal_framework' API in the patch here:
http://www.spinics.net/lists/linux-acpi/msg36049.html
At first sight these patche
On Thu, 2012-07-12 at 16:09 -0700, Andrew Morton wrote:
> I really do dislike dropping patches and replacing them. For a whole
> bunch of reasons. One of which is that a wholesale replacement
> requires a full re-review. Another is that wholesale replacement makes
> it hard to see what was chang
On Friday 13 July 2012 08:45 AM, Vinod Koul wrote:
On Mon, 2012-07-02 at 10:02 -0600, Stephen Warren wrote:
On 07/02/2012 02:22 AM, Laxman Dewangan wrote:
In cyclic mode of DMA, the byte transferred can be more
than the requested size and in this case, calculating
residuals based on the current
Hi Mark,
On Thu, Jul 12, 2012 at 22:58:37, Mark Brown wrote:
> On Tue, Jul 10, 2012 at 04:39:42PM +0530, AnilKumar Ch wrote:
> > This commit adds device tree support for tps65217 pmic. And usage
> > details are added to device tree documentation. Driver is tested
> > by using kernel module with re
On Fri, 13 Jul 2012 08:34:44 +0300 Artem Bityutskiy wrote:
> On Thu, 2012-07-12 at 15:58 -0700, Andrew Morton wrote:
> > Just fix them up as you go - the code is already a mixture of "right"
> > and "wrong" (a consequence of a lot of it being "wrong") - we might as
> > well tip it further in the
On Thu, 2012-07-12 at 15:58 -0700, Andrew Morton wrote:
> Just fix them up as you go - the code is already a mixture of "right"
> and "wrong" (a consequence of a lot of it being "wrong") - we might as
> well tip it further in the "right" direction.
Yeah, but I'd say 80% of it has its own "wrong"
于 2012-07-12 22:55, David Vrabel 写道:
On 04/07/12 07:49, zhenzhong.duan wrote:
When populate pages across a mem boundary at bootup, the page count
populated isn't correct. This is due to mem populated to non-mem
region and ignored.
Pfn range is also wrongly aligned when mem boundary isn't page
Convert the existing uses of random_ether_addr to
the new eth_random_addr.
Signed-off-by: Joe Perches
---
arch/blackfin/mach-bf537/boards/stamp.c |2 +-
arch/c6x/kernel/soc.c |2 +-
arch/mips/ar7/platform.c|4 ++--
arch/mips/powertv/powertv_setup.c
Convert the existing uses of random_ether_addr to
the new eth_random_addr.
Signed-off-by: Joe Perches
---
drivers/usb/atm/xusbatm.c|4 ++--
drivers/usb/gadget/u_ether.c |2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/atm/xusbatm.c b/drivers/usb/atm/x
Convert the existing uses of random_ether_addr to
the new eth_random_addr.
Signed-off-by: Joe Perches
---
drivers/s390/net/qeth_l2_main.c |2 +-
drivers/s390/net/qeth_l3_main.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/s390/net/qeth_l2_main.c b/drivers
Convert the existing uses of random_ether_addr to
the new eth_random_addr.
Signed-off-by: Joe Perches
---
drivers/net/tun.c |2 +-
drivers/net/wimax/i2400m/driver.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
Convert the existing uses of random_ether_addr to
the new eth_random_addr.
Signed-off-by: Joe Perches
---
drivers/net/wireless/adm8211.c |2 +-
drivers/net/wireless/p54/eeprom.c |2 +-
drivers/net/wireless/rt2x00/rt2400pci.c|2 +-
drivers/net/wireless/rt2x00/
Convert the existing uses of random_ether_addr to
the new eth_random_addr.
Signed-off-by: Joe Perches
---
drivers/net/usb/smsc75xx.c |2 +-
drivers/net/usb/smsc95xx.c |2 +-
drivers/net/usb/usbnet.c |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/u
Convert the existing uses of random_ether_addr to
the new eth_random_addr.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/atheros/atl1c/atl1c_hw.c |2 +-
drivers/net/ethernet/atheros/atlx/atl1.c |2 +-
drivers/net/ethernet/atheros/atlx/atl2.c |2 +-
drivers
Add some API symmetry to eth_broadcast_addr and
add a #define to the old name for backward compatibility.
Signed-off-by: Joe Perches
---
include/linux/etherdevice.h | 14 --
1 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/include/linux/etherdevice.h b/include/linux/e
net-next commit ad7eee98be ("etherdevice: introduce eth_broadcast_addr")
added a new style API. Rename random_ether_addr to eth_random_addr to
create some API symmetry.
Joe Perches (8):
etherdevice: Rename random_ether_addr to eth_random_addr
ethernet: Use eth_random_addr
net: usb: Use eth_
On 07/12/2012 11:27 PM, Simon Glass wrote
I agree the type strings are a problem in the current form - if we could get
constants in the device tree, that would be much better. Your way of
representing the sequences is interesting though, if we can solve the type
issue (and also evaluate its cost
When we make adjustments speeding up the clock, its possible
for xtime_nsec to underflow. We already handle this properly,
but we do so from update_wall_time() instead of the more logical
timekeeping_adjust(), where the possible underflow actually
occurs.
Thus, move the correction logic to the tim
The timekeeper struct has a xtime_nsec, which keeps the
sub-nanosecond remainder. This ends up being somewhat
duplicative of the timekeeper.xtime.tv_nsec value, and we
have to do extra work to keep them apart, copying the full
nsec portion out and back in over and over.
This patch simplifies some
We do the exact same logic moving nsecs to secs in the
timekeeper in multiple places, so condense this into a
single function.
CC: Ingo Molnar
CC: Peter Zijlstra
CC: Richard Cochran
CC: Prarit Bhargava
CC: Thomas Gleixner
Signed-off-by: John Stultz
---
kernel/time/timekeeping.c | 54 +
Since we call arch_gettimeoffset() in all the accessor
functions, move arch_gettimeoffset() calls into
timekeeping_get_ns() and timekeeping_get_ns_raw() to simplify
the code.
This also makes the code easier to maintain as we don't have to
worry about forgetting the arch_gettimeoffset() as has happ
As part of cleaning up the timekeeping code, this patch converts
a number of internal functions to takei a timekeeper ptr as an
argument, so that the internal functions don't access the global
timekeeper structure directly. This allows for further optimizations
to reduce lock hold time later.
This
Ingo noted a number of places where there is inconsistent
use of whitespace. This patch tries to address the main
culprits.
CC: Ingo Molnar
CC: Peter Zijlstra
CC: Richard Cochran
CC: Prarit Bhargava
CC: Thomas Gleixner
Signed-off-by: John Stultz
---
kernel/time/timekeeping.c | 39
From: John Stultz
In commit 6b43ae8a619d17c4935c3320d2ef9e92bdeed05d, I
introduced a bug that kept the STA_INS or STA_DEL bit
from being cleared from time_status via adjtimex()
without forcing STA_PLL first.
Usually once the STA_INS is set, it isn't cleared
until the leap second is applied, so i
Ingo noted that using a u32 instead of int for shift values
would be better to make sure the compiler doesn't unnecessarily
use complex signed arithmetic.
CC: Ingo Molnar
CC: Peter Zijlstra
CC: Richard Cochran
CC: Prarit Bhargava
CC: Thomas Gleixner
Signed-off-by: John Stultz
---
kernel/tim
Hey Thomas,
Since you're offline next week, I wanted to send you my updated
queue for the 3.6 merge window.
These are mostly the same changes I sent you with my earlier 3.6 pull
request mid-last month, but reordered and trimmed down to focus on
cleanups (no new features).
There is one NTP
If a seccomp filter program is installed, older static binaries and
distributions with older libc implementations (glibc 2.13 and earlier)
that rely on vsyscall use will be terminated regardless of the filter
program policy when executing time, gettimeofday, or getcpu. This is
only the case when v
Hi Mike,
Today's linux-next merge of the clk tree got a conflict in
drivers/clk/Makefile between commit 4a31bd28e86a ("ARM: nomadik: convert
to generic clock") from the arm-soc tree and commit 8d4d9f52081c ("clk:
add highbank clock support") from the clk tree.
Just context changes. I fixed it up
Hi Dave,
2012/07/12 22:40, Dave Hansen wrote:
> On 07/11/2012 09:52 PM, Yasuaki Ishimatsu wrote:
>> Does the following patch include your comment? If O.K., I will separate
>> the patch from the series and send it for bug fix.
>
> Looks sane to me. It does now mean that the calling conventions fo
On Fri, Jul 13, 2012 at 9:12 AM, Bryan Wu wrote:
> On Wed, Jul 11, 2012 at 5:50 PM, Devendra Naga
> wrote:
>> Bryan,
>>
>> This patch is not even compile tested, since my machine crashed, and
>> didn't have the ARM toolchain, sorry ..
>>
>
> Thanks, I built it successfully. It looks fine
On 2012-07-12 21:24 +0200, Greg KH wrote:
> This is the start of the stable review cycle for the 3.4.5 release.
> There are 187 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.
As has been noted alrea
Hi Dave,
2012/07/12 22:40, Dave Hansen wrote:
> On 07/11/2012 09:52 PM, Yasuaki Ishimatsu wrote:
>> Does the following patch include your comment? If O.K., I will separate
>> the patch from the series and send it for bug fix.
>
> Looks sane to me. It does now mean that the calling conventions fo
unction-declaration]
cc1: some warnings being treated as errors
Caused by commit 2655a2c76f80 ("8250: use the 8250 register interface not
the legacy one"). Grep is your friend.
I have used the tty tree from next-20120712 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpt5WoBhJpNL.pgp
Description: PGP signature
>-Original Message-
>From: Joe Jin [mailto:joe@oracle.com]
>Sent: Thursday, July 12, 2012 4:46 PM
>To: Dave, Tushar N
>Cc: e1000-de...@lists.sf.net; net...@vger.kernel.org; linux-
>ker...@vger.kernel.org
>Subject: Re: 82571EB: Detected Hardware Unit Hang
>
Thanks for sending full dmesg
On Fri, 6 Jul 2012, David Howells wrote:
> Provide count_leading/trailing_zeros() macros based on extant arch bit
> scanning
> functions rather than reimplementing from scratch in MPILIB.
>
> Whilst we're at it, turn count_foo_zeros(n, x) into n = count_foo_zeros(x).
>
> Also move the definitio
On Mon, 2012-07-02 at 22:28 +0200, Guennadi Liakhovetski wrote:
> Hi Vinod
>
> On Thu, 28 Jun 2012, Guennadi Liakhovetski wrote:
>
> > Hi Vinod
> >
> > On Fri, 25 May 2012, Guennadi Liakhovetski wrote:
> >
> > > Hi Vinod
> > >
> > > On Fri, 25 May 2012, Vinod Koul wrote:
> >
> > [snip]
> >
>
On 07/13/2012 01:32 AM, Christian Borntraeger wrote:
On 12/07/12 21:18, Raghavendra K T wrote:
+#ifdef CONFIG_HAVE_KVM_CPU_RELAX_INTERCEPT
[...]
+ struct {
+ bool cpu_relax_intercepted;
+ bool dy_eligible;
+ } ple;
+#endif
[...]
}
vcpu-
At 07/09/2012 06:26 PM, Yasuaki Ishimatsu Wrote:
> Since applying a patch(de7f0cba96786c), release_mem_region() has been changed
> as called in PAGES_PER_SECTION chunks because register_memory_resource() is
> called in PAGES_PER_SECTION chunks by add_memory(). But it seems firmware
> dependency. If
On Mon, 2012-07-02 at 13:52 +0530, Laxman Dewangan wrote:
> Rename the compatible name and driver name to match with
> tegra dts file and as per clock driver.
>
> Signed-off-by: Laxman Dewangan
Applied both, Thanks
--
~Vinod
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
At 07/09/2012 06:24 PM, Yasuaki Ishimatsu Wrote:
> acpi_memory_device_remove() has been prepared to remove physical memory.
> But, the function only frees acpi_memory_device currentlry.
>
> The patch adds following functions into acpi_memory_device_remove():
> - offline memory
> - remove physi
On Mon, 2012-07-02 at 10:02 -0600, Stephen Warren wrote:
> On 07/02/2012 02:22 AM, Laxman Dewangan wrote:
> > In cyclic mode of DMA, the byte transferred can be more
> > than the requested size and in this case, calculating
> > residuals based on the current position of DMA transfer to
> > bytes re
On Wed, Jul 11, 2012 at 5:50 PM, Devendra Naga wrote:
> why?
> because if the led_classdev_register fails we wont do gpio free
> because using devm_ functions, there is no need for error paths
>
> Signed-off-by: Devendra Naga
> ---
> Bryan,
>
> This patch is not even compile tested, since
On Thu, 2012-07-12 at 13:22 -0700, Alex Kelly wrote:
> Sorry it took me so long to reply to this:
>
> 1. *Should* I change the option to CONFIG_CORE_DUMP ? I agree with Josh
> that in terms of the existing codebase, either way makes sense, but I'll
> defer to your judgment if you think I should ch
At 07/09/2012 06:24 PM, Yasuaki Ishimatsu Wrote:
> acpi_memory_device_remove() has been prepared to remove physical memory.
> But, the function only frees acpi_memory_device currentlry.
>
> The patch adds following functions into acpi_memory_device_remove():
> - offline memory
> - remove physi
On Mon, 2012-07-02 at 13:16 +1000, Stephen Rothwell wrote:
> Hi Vinod,
>
> Today's linux-next merge of the slave-dma tree got conflicts in
> drivers/dma/Kconfig and drivers/dma/Makefile between commit 06dba53e6fcf
> ("dmaengine: add OMAP DMA engine driver") from the arm tree and commit
> c6da0ba8d
On 07/12/2012 08:08 AM, Sebastian Hesselbarh wrote:
> On 07/12/2012 02:14 PM, Rob Herring wrote:
>>> +Required child properties:
>>> +- reg : should contain the individual bit and polarity to control
>>> +the clock gate. A polarity of 0 means that by setting the
>>> +bit to 1 the cl
Francois Romieu [mailto:rom...@fr.zoreil.com]
[...]
>
> W/o firmware does not seem to make a difference.
>
> # ping -qf -l 4 -s 81 -c 60 10.0.3.1
> PING 10.0.3.1 (10.0.3.1) 81(109) bytes of data.
>
> --- 10.0.3.1 ping statistics ---
> 60 packets transmitted, 60 received, 0% packet loss, time 1
On Wed, Jul 11, 2012 at 11:15:20AM -0500, Rob Landley wrote:
> IRQF_SAMPLE_RANDOM is 3 years past its sell-by date in
> feature-removal-schedule:
>
> What: IRQF_SAMPLE_RANDOM
> Check: IRQF_SAMPLE_RANDOM
> When: July 2009
>
> Why:Many of IRQF_SAMPLE_RANDOM users are technically bogus as
>
Intel EG20T USB host controller does not send SOF in resuming time after
suspending, if the FLR bit was not cleared. When pen drive is attached,
the controller has a long resuming time to try re-connect it.
This patch clear the FLR bit in suspending time for fixing the issue.
Signed-off-by: Tomoya
On Wed, Jul 11, 2012 at 4:28 AM, Arnd Bergmann wrote:
> On Wednesday 11 July 2012, James Bottomley wrote:
>> Hi All,
>>
>> We have set aside the second day of the kernel summit (Tuesday 28
>> August) as mini-summit day. So far we have only the PCI mini summit on
>> this day, so if you can think o
This patch removes all references of "if 0" blocks in the sbe-2t3e3 driver.
Signed-off-by: Marcos Paulo de Souza
---
drivers/staging/sbe-2t3e3/2t3e3.h|3 --
drivers/staging/sbe-2t3e3/cpld.c | 15 -
drivers/staging/sbe-2t3e3/ctrl.c | 19 +++
drivers/staging/sbe
This patch removes all references of "if 0" blocks in the sbr-2t3e3.
Signed-off-by: Marcos Paulo de Souza
---
drivers/staging/sbe-2t3e3/2t3e3.h|3 --
drivers/staging/sbe-2t3e3/cpld.c | 15 -
drivers/staging/sbe-2t3e3/ctrl.c | 19 +++
drivers/staging/sbe-2t3e3/
The number of regulator is known at compile time, use array to save pointer to
rdev makes the code simpler.
Signed-off-by: Axel Lin
---
drivers/regulator/s2mps11.c | 27 ---
1 file changed, 8 insertions(+), 19 deletions(-)
diff --git a/drivers/regulator/s2mps11.c b/dri
On 四, 2012-07-12 at 04:54 -0600, R, Durgadoss wrote:
> Hi,
>
> > -Original Message-
> > From: Wei Ni [mailto:w...@nvidia.com]
> > Sent: Thursday, July 12, 2012 3:53 PM
> > To: Zhang, Rui; Brown, Len; a...@linux-foundation.org; kh...@linux-fr.org;
> > j...@perches.com; R, Durgadoss
> > Cc:
On Thu, Jul 12, 2012 at 10:38:35PM -0300, Herton Ronaldo Krzesinski wrote:
> On Thu, Jul 12, 2012 at 04:01:56PM -0700, Greg Kroah-Hartman wrote:
> > From: Greg KH
> >
> > 3.0-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Mohamme
On Thu, Jul 12, 2012 at 04:02:40PM -0700, Greg Kroah-Hartman wrote:
> From: Greg KH
>
> 3.0-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Andy Lutomirski
>
> commit 9ab4233dd08036fe34a89c7dc6f47a8bf2eb29eb upstream.
>
> Otherwise the
On Thu, Jul 12, 2012 at 04:02:28PM -0700, Greg Kroah-Hartman wrote:
> From: Greg KH
>
> 3.0-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Vaibhav Nagarnaik
>
> commit 71babb2705e2203a64c27ede13ae3508a0d2c16c upstream.
>
> According t
On Thu, Jul 12, 2012 at 04:02:25PM -0700, Greg Kroah-Hartman wrote:
> From: Greg KH
>
> 3.0-stable review patch. If anyone has any objections, please let me know.
>
> --
Missing also the diff/"signoff area" on this one.
>
> From: Alan Stern
>
> commit dbf0e4c7257f8d684ec1a3
On Thu, Jul 12, 2012 at 04:01:56PM -0700, Greg Kroah-Hartman wrote:
> From: Greg KH
>
> 3.0-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Mohammed Shafi Shajakhan
>
> commit f18e3c6b67f448ec47b3a5b242789bd3d5644879 upstream.
>
> "ath
Hi James,
On 07/13/2012 01:50 AM, James Bottomley wrote:
On Thu, 2012-07-12 at 23:35 +0800, Asias He wrote:
This is useful for people who want to use aio in kernel, e.g. vhost-blk.
Signed-off-by: Asias He
---
fs/aio.c| 37 ++---
include/linux/a
I'm announcing the release of the 3.2.23 kernel.
All users of the 3.2 kernel series should upgrade.
The updated 3.2.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.2.y
and can be browsed at the normal kernel.org git web browser:
Hello Jeff,
On 07/13/2012 12:06 AM, Jeff Moyer wrote:
Asias He writes:
Hi folks,
This patchset adds vhost-blk support. vhost-blk is a in kernel virito-blk
device accelerator. Compared to userspace virtio-blk implementation, vhost-blk
gives about 5% to 15% performance improvement.
Asias He (
On Thu, Jul 12, 2012 at 02:01:54PM -0700, Andrew Morton wrote:
> On Thu, 12 Jul 2012 11:50:49 +0900
> Minchan Kim wrote:
>
> > When hotplug offlining happens on zone A, it starts to mark freed page
> > as MIGRATE_ISOLATE type in buddy for preventing further allocation.
> > (MIGRATE_ISOLATE is ver
The macros 'update_dacsr', 'update_adcsr', and 'update_supcsr' all use
the 'devpriv' macro which uses a local variable of a specific name and
yeilds a pointer derived from that name. They are also just wrappers
around simple 'outw' calls. Remove the macros.
Signed-off-by: H Hartley Sweeten
Cc: Ia
The macros 'devpriv' and 'thisboard' rely on a local variable having
a specific name and yeild pointers derived from that variable. Replace
the macros with local variables where used and use to comedi_board()
helper to get the 'thisboard' pointer.
The dt282x driver needs some initial cleanup to re
On 07/10/2012 04:00 PM, John Stultz wrote:
On 07/10/2012 03:43 PM, John Stultz wrote:
Over the weekend, Thomas got a chance to review the leap second fix
in more detail and had a few additional changes he wanted to make
to improve performance as well as style.
So this iteration includes his mod
On Thu, Jul 12, 2012 at 7:12 AM, Peter Zijlstra wrote:
> On Wed, 2012-07-11 at 18:12 -0700, Michel Lespinasse wrote:
>>
>> In __rb_erase_color(), some of the cases are more complicated than you drew
>> however, because some node colors aren't known.
>
> Right, the wikipedia article draws them bla
It is a well known property of rbtrees that insertion never requires
more than two tree rotations. In our implementation, after one loop
iteration identified one or two necessary tree rotations, we would iterate
and look for more. However at that point the node's parent would always
be black, whi
The root node of an rbtree must always be black. However, rb_insert_color()
only needs to maintain this invariant when it has been broken - that is,
when it exits the loop due to the current (red) node being the root.
In all other cases (exiting after tree rotations, or exiting due to
an existing b
- Use the newly introduced rb_set_parent_color() function to flip the color
of nodes whose parent is already known.
- Optimize rb_parent() when the node is known to be red - there is no need
to mask out the color in that case.
- Flipping gparent's color to red requires us to fetch its rb_parent
In __rb_erase_color(), we were always setting a node to black after
exiting the main loop. And in one case, after fixing up the tree to
satisfy all rbtree invariants, we were setting the current node to root
just to guarantee a loop exit, at which point the root would be set to
black. However this
In __rb_erase_color(), we often already have pointers to the nodes
being rotated and/or know what their colors must be, so we can
generate more efficient code than the generic __rb_rotate_left()
and __rb_rotate_right() functions.
Also when the current node is red or when flipping the sibling's col
This small module helps measure the performance of rbtree insert and erase.
Additionally, we run a few correctness tests to check that the rbtrees have
all desired properties:
- contains the right number of nodes in the order desired,
- never two consecutive red nodes on any path,
- all paths to l
rbtree users must use the documented APIs to manipulate the tree
structure. Low-level helpers to manipulate node colors and parenthood
are not part of that API, so move them to lib/rbtree.c
Signed-off-by: Michel Lespinasse
---
include/linux/rbtree.h | 34 +-
li
1 - 100 of 793 matches
Mail list logo
