That's essential, if you want to hack on futexes.
Signed-off-by: Thomas Gleixner
---
kernel/futex.c | 57 +
1 file changed, 57 insertions(+)
Index: linux-2.6/kernel/futex.c
With the early enqueue of the waiter into the hash bucket list in
place, we can guarantee the futex ordering with an smp_mb() pair
and allow the lockless empty check of the hash bucket plist in
futex_wake().
This changes the order to:
CPU 0 CPU 1
val = *futex;
On Monday, November 25, 2013 11:38:55 AM John Stultz wrote:
> On 11/15/2013 03:53 PM, Rafael J. Wysocki wrote:
> >
> > OK, I'll pick this up over the weekend if Al doesn't do that first.
>
> Just wanted to follow up on this, since I couldn't find this in your git
> tree or Al's yet. Forgive me
Mimi,
Do you have fix for the following build error as well.
CC security/integrity/digsig.o
security/integrity/digsig.c:70:5: error: redefinition of
‘integrity_init_keyring’
int integrity_init_keyring(const unsigned int id)
^
In file included from security/integrity/digsig.c:22:0:
On Mon, Nov 25, 2013 at 12:04 PM, Randy Dunlap wrote:
> On 11/25/13 11:37, Olof Johansson wrote:
>> Add the ramoops pstore device so that we get logs of panics across reboots.
>>
>> Signed-off-by: Olof Johansson
>> ---
>>
>> drivers/platform/chrome/Kconfig | 14 +
>>
On Mon, Nov 25, 2013 at 8:49 PM, Jim Davis wrote:
> /home/jim/linux/arch/x86/include/asm/uaccess.h: In function ‘kyrofb_ioctl’:
> /home/jim/linux/arch/x86/include/asm/uaccess.h:633: error: call to
> ‘copy_to_user_overflow’ declared with attribute error: copy_to_user()
> buffer size is too small
On Monday, November 25, 2013 11:45:50 AM Yinghai Lu wrote:
> On Mon, Nov 25, 2013 at 3:22 AM, Rafael J. Wysocki wrote:
> >
> > Well, is_removed is only used by pci_destroy_dev() in your patch, right?
> >
> > That means its only role is to protect the device from being destroyed
> > twice (or more
On Fri, Nov 22, 2013 at 01:06:07PM -0500, Peter Hurley wrote:
> **This patchset requires 'Halve tty buffer memory consumption' patchset **
Requires it to build or just work properly?
I'm trying to figure out what tree to take this in, (tty-next or
staging-next).
thanks,
greg k-h
--
To
On Fri, Nov 22, 2013 at 09:30:40AM -0800, Olav Haugan wrote:
> v3:
> Updated commit text with info about affected SoCs.
You forgot to add a Cc: stable tag :(
I'll go do it...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Thu, Nov 21, 2013 at 10:42:45PM +0800, Peng Tao wrote:
> It was introduced due to a patch hunk when porting
> commit 20802057 (staging/lustre/ptlrpc: race in pinger).
This patch was in 3.12, so this needs to go to the stable tree for 3.12,
right? It also needs to get into 3.13-final, so
Hi James,
Included in this pull request, is Roberto's updated patch. I've
included a Changelog.
The following changes since commit 4c1cc40a2d49500d84038ff751bc6cd183e729b5:
Revert "KEYS: verify a certificate is signed by a 'trusted' key" (2013-11-23
16:38:17 -0800)
are available in the git
On Fri, Nov 15, 2013 at 11:30:07PM +0100, Laurent Navet wrote:
> if slic_card_locate failed, memmapped_ioaddr is not unmapped.
>
> Signed-off-by: Laurent Navet
> ---
> drivers/staging/slicoss/slicoss.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
This patch causes a build warning to
On Mon, 25 Nov 2013, Darren Hart wrote:
> On Mon, 2013-11-25 at 20:47 +0100, Thomas Gleixner wrote:
> > > which restores the ordering guarantee, which the hash bucket lock
> > > provided so far.
> >
> > Actually that's not true by design, it just happens to work.
> >
> > atomic_inc() on x86 is a
On Mon, Nov 25, 2013 at 08:50:28PM +0100, Oleg Nesterov wrote:
> This won't work if va + len overflows?
Oh, right,
> Perhaps we should makes this clear, and we can even check the overflow
> in the generic code (iirc Linus suggested to do this).
maybe something like
((va + len - 1) >=
On Mon, Nov 25, 2013 at 11:53:24AM -0800, Shawn Landden wrote:
> On Mon, Nov 25, 2013 at 10:05 AM, Jason Baron wrote:
> > On 11/22/2013 12:53 PM, Shawn Landden wrote:
> >> Hello, when running the attached program on 3.12 child processes
> >> are missing a socket fd opened, set with SO_REUSEPORT,
On 11/25/13 11:37, Olof Johansson wrote:
> Add the ramoops pstore device so that we get logs of panics across reboots.
>
> Signed-off-by: Olof Johansson
> ---
>
> drivers/platform/chrome/Kconfig | 14 +
> drivers/platform/chrome/Makefile | 1 +
>
Hi,
On Mon, Nov 25, 2013 at 11:59:50AM -0800, Olof Johansson wrote:
> >> +static int __init chromeos_pstore_init(void)
> >> +{
> >> + if (dmi_check_system(chromeos_pstore_dmi_table))
> >
> > is this check really necessary ? I would assume that your probe would
> > only be called if the device
On Mon, 2013-11-25 at 20:47 +0100, Thomas Gleixner wrote:
> On Sat, 23 Nov 2013, Thomas Gleixner wrote:
> > On Fri, 22 Nov 2013, Davidlohr Bueso wrote:
> > So with the atomic ops you are changing that to:
> >
> > CPU 0 CPU 1
> >
> > val = *futex;
> >
Correct a typo that prevented the driver from being built as a module.
Signed-off-by: Tim Kryger
---
drivers/i2c/busses/i2c-bcm-kona.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/i2c-bcm-kona.c
b/drivers/i2c/busses/i2c-bcm-kona.c
index
The problem that the set timings code contains the call of Davinci
platform function davinci_aemif_setup_timing() which is not
accessible if kernel is built for another platform like Keystone.
The Keysone platform is going to use TI AEMIF driver.
If TI AEMIF is used we don't need to set timings
On Mon, Nov 25, 2013 at 11:52 AM, Felipe Balbi wrote:
> Hi,
>
> On Mon, Nov 25, 2013 at 11:37:06AM -0800, Olof Johansson wrote:
>> Add the ramoops pstore device so that we get logs of panics across reboots.
>>
>> Signed-off-by: Olof Johansson
>> ---
>>
>> drivers/platform/chrome/Kconfig
On Friday 08 November 2013 15:20:07 Felipe Contreras wrote:
> On Sat, Oct 26, 2013 at 3:33 PM, Pali Rohár wrote:
> > Hello, I'm sending wl1251 patches from linux-n900 tree [1]
> > for comments. More patches come from David's monitor &
> > packet injection work. Patches are tested with 3.12 rc5
>
On Mon, 2013-11-25 at 13:35 +, Vineet Gupta wrote:
> Before reading ur email I was coding something like below:
>
> void arch_send_ipi(int cpu, int type)
> {
> u32 *pending_ptr = per_cpu_ptr(ipi_bits, cpu);
>
> while (cmpxchg(pending_ptr, 0, 1 << type) != 0)
> cpu_relax();
>
>
Hi,
On Mon, Nov 25, 2013 at 11:37:06AM -0800, Olof Johansson wrote:
> Add the ramoops pstore device so that we get logs of panics across reboots.
>
> Signed-off-by: Olof Johansson
> ---
>
> drivers/platform/chrome/Kconfig | 14 +
> drivers/platform/chrome/Makefile |
On Mon, Nov 25, 2013 at 10:05 AM, Jason Baron wrote:
> On 11/22/2013 12:53 PM, Shawn Landden wrote:
>> Hello, when running the attached program on 3.12 child processes
>> are missing a socket fd opened, set with SO_REUSEPORT, listen()ed to,
>> and added to epoll_ctl().
>>
>> This is the output I
On Mon, 25 Nov 2013, Davidlohr Bueso wrote:
> On Mon, 2013-11-25 at 18:32 +0100, Thomas Gleixner wrote:
> > If the smp_mb() is heavy weight, then it will hurt massivly in the
> > case where the hash bucket is not empty, because we add the price for
> > the smp_mb() just for no gain.
> >
> > In
On Mon, Nov 25, 2013 at 07:39:25PM +, Jason Cooper wrote:
> The following commit:
>
> 54f8d501e842 dmaengine: remove DMA unmap from drivers
>
> removed the last caller to mv_desc_get_dest_addr(), creating the
> warning:
>
> drivers/dma/mv_xor.c:57:12: warning: 'mv_desc_get_dest_addr'
Frederic. Thanks for doing this ;)
On 11/24, Borislav Petkov wrote:
>
> On Sun, Nov 24, 2013 at 11:32:49AM +0100, Frederic Weisbecker wrote:
> >
> > - return (va >= TASK_SIZE) && ((va + len - 1) >= TASK_SIZE);
> > + return (va >= TASK_SIZE) || ((va + len - 1) >= TASK_SIZE);
>
> Well, can't
* Thierry Reding [131125 01:51]:
> On Mon, Nov 25, 2013 at 10:25:50AM +0100, Thierry Reding wrote:
> > On Sun, Nov 24, 2013 at 09:36:51PM +, Grant Likely wrote:
> > >
> > > I actually like the idea of completely allocating the resource structure
> > > but leaving some entries empty. However,
On Mon, Nov 25, 2013 at 3:23 AM, Rafael J. Wysocki wrote:
>>
>> or you can check if
>> http://patchwork.ozlabs.org/patch/292622/
>> [1/6] PCI: move back pci_proc_attach_devices calling
>> http://patchwork.ozlabs.org/patch/292623/
>> [2/6] PCI: move resources and bus_list releasing to
On Sat, 23 Nov 2013, Thomas Gleixner wrote:
> On Fri, 22 Nov 2013, Davidlohr Bueso wrote:
> So with the atomic ops you are changing that to:
>
> CPU 0 CPU 1
>
> val = *futex;
> futex_wait(futex, val);
>
> spin_lock(>lock);
>
>
* Thierry Reding [131125 01:36]:
> On Sat, Nov 23, 2013 at 08:32:40AM -0800, Tony Lindgren wrote:
> > * Rob Herring [131123 07:43]:
> > > On Fri, Nov 22, 2013 at 7:50 PM, Tony Lindgren wrote:
> > > > * Tony Lindgren [131122 17:16]:
> > > >> * Tony Lindgren [131122 17:09]:
> > > >> > * Russell
On Mon, Nov 25, 2013 at 3:22 AM, Rafael J. Wysocki wrote:
>
> Well, is_removed is only used by pci_destroy_dev() in your patch, right?
>
> That means its only role is to protect the device from being destroyed
> twice (or more times) in a row, but that surely would be a bug? I don't
> see how
Hi Stephen,
I'm starting a git repo for the chromeos platform glue (x86 and ARM down
the road, so far just x86 contents). Can you please add to linux-next?
git://git.kernel.org/pub/scm/linux/kernel/git/olof/chrome-platform.git
Branch is for-next.
Thanks!
-Olof
--
To unsubscribe from this
Hello,
On Mon, Nov 25, 2013 at 11:26:00PM +0800, Axel Lin wrote:
> I got hangup at boot after "VFS: Mounted root (ext2 filesystem) on device
> 1:0.".
> I'm using ext2 initrd as root.
which mainline version are you using? I don't know your problem, and I'm
not using ext2 on my nommu target. So
Em Fri, Nov 22, 2013 at 03:24:28PM +0100, Jiri Olsa escreveu:
> Using the perf_data_file object to handle output
> file processing.
>
> No functional change intended.
>
> Signed-off-by: Jiri Olsa
> Cc: Ingo Molnar
> Cc: Frederic Weisbecker
> Cc: Peter Zijlstra
> Cc: Namhyung Kim
> Cc: Mike
Add the ramoops pstore device so that we get logs of panics across reboots.
Signed-off-by: Olof Johansson
---
drivers/platform/chrome/Kconfig | 14 +
drivers/platform/chrome/Makefile | 1 +
drivers/platform/chrome/chromeos_pstore.c | 101 ++
The following commit:
54f8d501e842 dmaengine: remove DMA unmap from drivers
removed the last caller to mv_desc_get_dest_addr(), creating the
warning:
drivers/dma/mv_xor.c:57:12: warning: 'mv_desc_get_dest_addr' defined
but not used [-Wunused-function]
Remove it.
Signed-off-by: Jason
On 11/15/2013 03:53 PM, Rafael J. Wysocki wrote:
>
> OK, I'll pick this up over the weekend if Al doesn't do that first.
Just wanted to follow up on this, since I couldn't find this in your git
tree or Al's yet. Forgive me if I missed it, I just wanted to make sure
it didn't get lost in the
On Mon, Nov 25, 2013 at 11:33:48AM -0800, Greg KH wrote:
> On Mon, Nov 25, 2013 at 01:02:33PM -0600, Felipe Balbi wrote:
> > Hi Greg,
> >
> > Here's my first set of fixes for this -rc cycle. Please
> > consider merging them on your usb-linus branch.
> >
> > Let me know if you need any changes to
Hi Greg,
Here's my first set of fixes for this -rc cycle. Please
consider merging them on your usb-linus branch.
Let me know if you need any changes to this pull request. I
did a test merge of this tag with your usb-linus branch and
it merges just fine.
cheers
ps: now with proper tag :-) sorry
On Mon, Nov 25, 2013 at 01:02:33PM -0600, Felipe Balbi wrote:
> Hi Greg,
>
> Here's my first set of fixes for this -rc cycle. Please
> consider merging them on your usb-linus branch.
>
> Let me know if you need any changes to this pull request. I
> did a test merge of this tag with your
When a periodic process timer is fired, a signal is generated.
Rearming the timer, if necessary, will be performed in a second step
when the signal will be delivered.
Hence, checking the list of process timers list to decide to stop to cpu
timer right after generating the signal is premature and
Em Fri, Nov 22, 2013 at 03:24:27PM +0100, Jiri Olsa escreveu:
> Changing the file output code to use the newly
> added perf_data_file__write interface.
So I like renaming write_output() to perf_record__write(), but then
you're lumping together this change and the other, which is to make
On 11/25/2013 07:11 AM, Viresh Kumar wrote:
> This patchset adds cpufreq callbacks to dpm_{suspend|resume}() for handling
> suspend/resume of cpufreq governors and core. This is required for early
> suspend
> and late resume of governors and cpufreq core.
Patches 1-3,6,
Tested-by: Stephen Warren
Em Fri, Nov 22, 2013 at 03:24:26PM +0100, Jiri Olsa escreveu:
> }
> +
> +ssize_t perf_data_file__write(struct perf_data_file *file,
> + void *buf, size_t size)
> +{
> + ssize_t total = size;
> +
> + while (size) {
> + ssize_t ret = write(file->fd,
The probe can dump the registers or memory, but it is not possible
to dump, say, current->pid. This patch adds the pseudo regs table,
currently it has only two methods to get current/smp_processor_id
but it can be trivially extended.
The syntax is '$cpu' and '$current', we overload FETCH_MTD_reg
On 11/23, Oleg Nesterov wrote:
>
> Hello,
>
> After I looked at Namhyung's patches I learned that trace_probes
> has a rich set of ->fetch methods.
>
> But perhaps it makes sense to add a bit more? The patch is simple
> and the idea looks natural. If this patch is accepted, I can try
> to add a
Now that we have pseudo_reg_table[] we can kill FETCH_MTD_retval
and related code, we can simply add the new pseudo_reg_retval()
entry into the pseudo_reg_table[],
Signed-off-by: Oleg Nesterov
---
kernel/trace/trace_probe.c | 42 +++---
This patch makes a copy of the 'template_fmt' function argument so that
the latter will not be modified by strsep(), which does the splitting by
replacing the given separator with '\0'.
IMA: No TPM chip found, activating TPM-bypass!
Unable to handle kernel pointer dereference at virtual kernel
On Mon, 2013-11-25 at 15:39 +0100, Peter Zijlstra wrote:
> On Mon, Nov 25, 2013 at 01:15:17PM +, Ma, Xindong wrote:
> > We encountered following panic several times:
>
> > [ 74.671982] BUG: unable to handle kernel NULL pointer dereference at
> > 0008
> > [ 74.672101] IP: []
Hi
On Sun, Nov 24, 2013 at 8:01 PM, Pali Rohár wrote:
> On Sunday 24 November 2013 18:18:03 Michael Trimarchi wrote:
>> Hi
>>
>> On Tue, Nov 19, 2013 at 11:18 AM, Pali Rohár
> wrote:
>> > This patch removing set_mode_hook function from board data
>> > and replacing it with new string variable
Geert Uytterhoeven writes:
>> 2. Do we want to fix it this way? Alternatives are:
>>a. Reject a second debug= parameter by checking for a non-NULL
>> .write()
>> method
>> => only the first debug console will be used,
>>b. Skip console registration in case
On Mon, Nov 25, 2013 at 01:44:29PM +, Ben Hutchings wrote:
> 3.2.53-rc1 review patch. If anyone has any objections, please let me know.
>
> --- a/fs/ext4/xattr.c
> +++ b/fs/ext4/xattr.c
> @@ -1269,6 +1269,8 @@ retry:
> s_min_extra_isize) {
>
We've received multiple reports in Fedora via (BZ 907193)
that the Seagate Momentus SpinPoint M8 errors out when enabling AA:
[2.555905] ata2.00: failed to enable AA (error_mask=0x1)
[2.568482] ata2.00: failed to enable AA (error_mask=0x1)
Add the ATA_HORKAGE_BROKEN_FPDMA_AA for this
Hi Greg,
Here's my first set of fixes for this -rc cycle. Please
consider merging them on your usb-linus branch.
Let me know if you need any changes to this pull request. I
did a test merge of this tag with your usb-linus branch and
it merges just fine.
cheers
The following changes since
On 11/25/2013 07:46 PM, Roberto Sassu wrote:
On 11/25/2013 04:40 PM, James Morris wrote:
On Mon, 25 Nov 2013, Mimi Zohar wrote:
Hi James,
These are the "essential fixes for regressions".
The following changes since commit
4c1cc40a2d49500d84038ff751bc6cd183e729b5:
Revert "KEYS: verify a
On 11/11/2013 05:36 PM, Peter Zijlstra wrote:
On Mon, Nov 11, 2013 at 11:33:45AM +, Catalin Marinas wrote:
tl;dr :-) Still trying to wrap my head around how to do that weird
topology Vincent raised..
Question for Peter/Ingo: do you want the scheduler to decide on which
C-state a CPU
On Mon, 2013-11-25 at 18:32 +0100, Thomas Gleixner wrote:
> On Mon, 25 Nov 2013, Peter Zijlstra wrote:
> > On Mon, Nov 25, 2013 at 05:23:51PM +0100, Thomas Gleixner wrote:
> > > On Sat, 23 Nov 2013, Linus Torvalds wrote:
> > >
> > > > On Sat, Nov 23, 2013 at 5:16 AM, Thomas Gleixner
> > > >
On Monday 25 November 2013 16:18:39 Pavel Machek wrote:
> On Mon 2013-11-25 15:10:00, Pali Rohár wrote:
> > On Monday 25 November 2013 15:01:27 Pavel Machek wrote:
> > > Where can I get dsme sources?
> > >
> > > Pavel
> >
> > dsme
On 11/25/2013 04:40 PM, James Morris wrote:
On Mon, 25 Nov 2013, Mimi Zohar wrote:
Hi James,
These are the "essential fixes for regressions".
The following changes since commit 4c1cc40a2d49500d84038ff751bc6cd183e729b5:
Revert "KEYS: verify a certificate is signed by a 'trusted' key"
At probe time, a clock device may not be ready when some other device
wants to use it.
This patch lets the functions clk_get/devm_clk_get return a probe defer
when the clock is defined in the DT but not yet available.
It also fixes an erroneous call to clk_get_sys() when __clk_get() fails.
On Mon, Nov 25, 2013 at 09:45:53AM +, Vinayak Kale wrote:
> Add support for irq registration when pmu interrupt is percpu.
>
> Signed-off-by: Vinayak Kale
> Signed-off-by: Tuan Phan
> ---
> arch/arm64/kernel/perf_event.c | 108
> ++--
> 1 file changed,
On Tue, Nov 05, 2013 at 05:13:21PM +0100, Kamil Debski wrote:
> Change the used phy driver to the new Exynos USB phy driver that uses the
> generic phy framework.
>
> Signed-off-by: Kamil Debski
> Signed-off-by: Kyungmin Park
> ---
> drivers/usb/gadget/s3c-hsotg.c | 12 +++-
> 1 file
On 13-11-22 11:08 AM, Peter Zijlstra wrote:
> On Fri, Nov 22, 2013 at 02:59:31PM +0100, Sebastian Andrzej Siewior wrote:
>> +extern void __lockfunc rt_spin_try_unlock(spinlock_t *lock);
>
> I know what you mean, but.. try_unlock() just sounds wrong, how can we
> attempt but fail to unlock a lock
> Оригинално писмо
>От: Sebastian Reichel
>Относно: Re: [PATCH v2 2/3] bq2415x_charger: Use power_supply notifier for
automode
>До: Ивайло Димитров
>Изпратено на: Понеделник, 2013, Ноември 25 19:14:21 EET
>
>
>On Mon, Nov 25, 2013 at 07:01:54PM +0200, Ивайло Димитров
On 11/25/2013 04:19 AM, Jason Wang wrote:
> After commit 8ffab51b3dfc54876f145f15b351c41f3f703195
> (macvlan: lockless tx path), tx stat counter were converted to percpu stat
> structure. So we need use to this also for tx_dropped in macvtap. Otherwise,
> the
> management won't notice the
Em Tue, Oct 22, 2013 at 02:32:23PM +0400, Stanislav Fomichev escreveu:
> On Mon, Oct 07, 2013 at 02:48:34PM +0800, Chia-I Wu wrote:
> > struct trace_entry went out-of-sync with the kernel since
> >
> > commit b000c8065 "tracing: Remove the extra 4 bytes of padding in events"
> >
> > causing
If a generic phy is present, call phy_init()/phy_exit(). This supports
generic phys that must be soft reset before power on.
Signed-off-by: Matt Porter
---
drivers/usb/gadget/s3c-hsotg.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/usb/gadget/s3c-hsotg.c
This adds me as maintainer for the HSI subsystem and
Carlos Chinea (original author) to the CREDITS file.
Signed-off-by: Sebastian Reichel
---
Hi,
Please check [0] for more details of the work I did and plan to do.
I'm interested in a Co-Maintainer. I plan to setup a git repository
for the hsi
Enable support for the dwc2 binding.
Signed-off-by: Matt Porter
---
drivers/usb/gadget/s3c-hsotg.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/s3c-hsotg.c b/drivers/usb/gadget/s3c-hsotg.c
index a8e6c3d..da3879b 100644
--- a/drivers/usb/gadget/s3c-hsotg.c
+++
Remove unused Samsung-specific machine include and Kconfig
dependency on S3C.
Signed-off-by: Matt Porter
Reviewed-by: Markus Mayer
Reviewed-by: Tim Kryger
---
drivers/usb/gadget/Kconfig | 7 +++
drivers/usb/gadget/s3c-hsotg.c | 2 --
2 files changed, 3 insertions(+), 6 deletions(-)
On 11/24/2013 10:26 PM, Xufeng Zhang wrote:
> Currently retransmitted DATA chunks could also be used for
> RTT measurements since there are no flag to identify whether
> the transmitted DATA chunk is a new one or a retransmitted one.
> This problem is introduced by commit ae19c5486 ("sctp: remove
Add a driver for the internal Broadcom Kona USB 2.0 PHY found
on the BCM281xx family of SoCs.
Signed-off-by: Matt Porter
---
drivers/phy/Kconfig | 6 ++
drivers/phy/Makefile| 1 +
drivers/phy/phy-bcm-kona-usb2.c | 158
3 files
Adds support for querying the phy bus width from the generic phy
subsystem. Configure UTMI bus width in GUSBCFG based on this value.
Signed-off-by: Matt Porter
---
drivers/usb/gadget/s3c-hsotg.c | 14 +-
drivers/usb/gadget/s3c-hsotg.h | 1 +
2 files changed, 14 insertions(+), 1
Adds USB OTG/PHY and clock support to BCM281xx and enables
UDC support on the bcm11351-brt and bcm28155-ap boards.
Signed-off-by: Matt Porter
Reviewed-by: Markus Mayer
Reviewed-by: Tim Kryger
---
arch/arm/boot/dts/bcm11351-brt.dts | 6 ++
arch/arm/boot/dts/bcm11351.dtsi| 18
dwc2/s3c-hsotg require a single clock to be specified and optionally
a generic phy. On the s3c-hsotg driver old style USB phy support is
present as a fallback so the generic phy properties are optional.
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/staging/dwc2.txt | 10
Add a binding that describes the Broadcom Kona USB2 PHY found
on the BCM281xx family of SoCs.
Signed-off-by: Matt Porter
---
.../devicetree/bindings/phy/bcm-kona-usb2-phy.txt | 15 +++
1 file changed, 15 insertions(+)
create mode 100644
Changes since v2:
- Rebased on 3.13-rc1
- Fix braces in phy_get_bus_width()/phy_set_bus_width()
- Drop generic phy conversion to use the same support from
the Exynos generic phy conversion series
- Modify dts support to match the "device" phy name required
This adds a pair of APIs that allows the generic PHY subsystem to
provide information on the PHY bus width. The PHY provider driver may
use phy_set_bus_width() to set the bus width that the PHY supports.
The controller driver may then use phy_get_bus_width() to fetch the
PHY bus width in order to
On Mon, Nov 25, 2013 at 02:29:03PM +0800, Xiao Guangrong wrote:
> >> Also, there is no guarantee of termination (as long as sptes are
> >> deleted with the correct timing). BTW, can't see any guarantee of
> >> termination for rculist nulls either (a writer can race with a lockless
> >> reader
PROPIETARIO WEBMAIL ATENCIÓN;
Su buzón ha superado el límite de almacenamiento es de 5 GB, según lo
definido por el administrador, que se ejecuta en 10.9GB, es posible
que no pueda enviar o recibir correo nuevo hasta que vuelva a validar
su correo del buzón. Para revalidar su buzón de
GOn Mon, Nov 25, 2013 at 04:29:28PM +0200, Gleb Natapov wrote:
> On Mon, Nov 25, 2013 at 12:23:51PM -0200, Marcelo Tosatti wrote:
> > On Mon, Nov 25, 2013 at 02:48:37PM +0200, Avi Kivity wrote:
> > > On Mon, Nov 25, 2013 at 8:11 AM, Xiao Guangrong
> > > wrote:
> > > >
> > > > On Nov 23, 2013, at
On Fri, Nov 22, 2013 at 09:52:00PM -0800, Guenter Roeck wrote:
> Simplify the code and fix race condition seen because
> attribute files were created after hwmon device registration.
>
> Signed-off-by: Guenter Roeck
> ---
> Compile tested only; unfortunately I don't have the the necessary
On 11/22/2013 12:53 PM, Shawn Landden wrote:
> Hello, when running the attached program on 3.12 child processes
> are missing a socket fd opened, set with SO_REUSEPORT, listen()ed to,
> and added to epoll_ctl().
>
> This is the output I get when pointing "wget http://localhost:/;
> at the
On Fri, Nov 22, 2013 at 11:29:16AM -0600, Seth Jennings wrote:
> On Wed, Nov 20, 2013 at 02:49:33PM -0500, Dan Streetman wrote:
> > Currently, zswap is writeback cache; stored pages are not sent
> > to swap disk, and when zswap wants to evict old pages it must
> > first write them back to swap
>
>> The Legacy-IRQ bypass disable and Legacy-FIQ bypass disable is a
>> feature of GIC-400 and its not X-Gene specific. The only difference in X-Gene
>> is that we use PPI31 (Legacy-IRQ) for timer and PPI28 (Legacy-FIQ) for perf
>
> Amazing. Someone managed to push the weird-o-meter one level
On 11/25/2013 12:24 PM, Greg Kroah-Hartman wrote:
On Mon, Nov 25, 2013 at 09:16:46AM -0800, Greg Kroah-Hartman wrote:
On Mon, Nov 25, 2013 at 12:12:52PM -0500, Peter Hurley wrote:
On 11/25/2013 11:36 AM, Greg Kroah-Hartman wrote:
On Thu, Nov 07, 2013 at 02:01:57PM -0500, Peter Hurley wrote:
On 11/25/2013 09:01 AM, Viresh Kumar wrote:
On 25 November 2013 22:08, Dirk Brandewie wrote:
IMHO this issue should be fixed in the scaling driver for the platform.
The scaling driver sets policy->cur and fills in the frequency table and has
Not anymore, policy->cur is set in the core for
I ran out of steam reviewing these because there were too many things
that should be changed in the first couple patches.
I realize this is frustrating to see these type of complaints in v11
of a patch series, but the review bandwidth was simply exceeded back
when Glauber submitted this along
The following changes since commit 6ce4eac1f600b34f2f7f58f9cd8f0503d79e42ae:
Linux 3.13-rc1 (2013-11-22 11:30:55 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
tags/regulator-v3.13-rc1
for you to fetch changes up to
On Fri, Nov 22, 2013 at 05:35:58PM +, Stephen Warren wrote:
> On 11/22/2013 12:41 AM, Grant Likely wrote:
> > It seems more that IOMMU attachment is closer to being a property of the
> > bus rather than a property of the device itself. In that context it
> > would make more sense for the bus
On Mon, Nov 25, 2013 at 06:32:55PM +0100, Thomas Gleixner wrote:
> In that context it would also be helpful to measure the overhead on
> x86 for the !empty case.
Yes, because mfence is by no means a cheap instruction on x86.
--
To unsubscribe from this list: send the line "unsubscribe
On Mon, 25 Nov 2013, Peter Zijlstra wrote:
> On Mon, Nov 25, 2013 at 05:23:51PM +0100, Thomas Gleixner wrote:
> > On Sat, 23 Nov 2013, Linus Torvalds wrote:
> >
> > > On Sat, Nov 23, 2013 at 5:16 AM, Thomas Gleixner
> > > wrote:
> > > >
> > > > Now the question is why we queue the waiter
On Mon, Nov 11, 2013 at 12:46:24PM +0100, Michal Nazarewicz wrote:
> go variable is initialised only after the switch case so it cannot be
> dereferenced prior to that happening.
>
> Signed-off-by: Michal Nazarewicz
> ---
> drivers/staging/media/go7007/go7007-usb.c | 8
> 1 file
On Mon, Nov 25, 2013 at 09:16:46AM -0800, Greg Kroah-Hartman wrote:
> On Mon, Nov 25, 2013 at 12:12:52PM -0500, Peter Hurley wrote:
> > On 11/25/2013 11:36 AM, Greg Kroah-Hartman wrote:
> > >On Thu, Nov 07, 2013 at 02:01:57PM -0500, Peter Hurley wrote:
> > >>With multiple, concurrent readers (each
@symbol can't be used to dump the per-cpu variables. The same is
true for +offset(something) if "something" results in __percpu
pointer.
With this patch parse_probe_offset() treats "~" before the numeric
offset as "per cpu" mark and stores it in the lowest bit,
calc_probe_offset() simply adds
Preparation for the next changes. Shift "+= offset" from
update_symbol_cache() to ->fetch[FETCH_MTD_symbol], this
allows to overload the meaning of sc->offset.
Also remove the !offset check in traceprobe_split_symbol_offset(),
it is never called with offset == NULL.
Signed-off-by: Oleg Nesterov
Preparation to simplify the review of the next patch.
Add 2 "dummy" helpers used by FETCH_MTD_{symbol,deref} parse/fetch
code: calc_probe_offset(offset) which currently simply returns its
arg, and parse_probe_offset(name, offset) which calls kstrtol().
Signed-off-by: Oleg Nesterov
---
On 11/23, Oleg Nesterov wrote:
>
> After I looked at Namhyung's patches I learned that trace_probes
> has a rich set of ->fetch methods.
>
> But perhaps it makes sense to add a bit more? The patch is simple
> and the idea looks natural. If this patch is accepted, I can try
> to add a bit more
301 - 400 of 1960 matches
Mail list logo
