Change function name from "rtl_w1w0_phy" to "rtl_w0w1_phy".
And its behavior from "or first then mask" to "mask first then or".
Signed-off-by: Chun-Hao Lin
---
drivers/net/ethernet/realtek/r8169.c | 176 +--
1 file changed, 88 insertions(+), 88 deletions(-)
diff
In function "rtl8168_oob_notify", change to using "rtl_eri_write" to
access eri 0xe8, instead of using "ERIDR" and "ERIAR" to access this reg.
For using function "rtl_eri_write" in function "rtl8168_oob_notify", move
down "rtl8168_oob_notify" related functions under function "rtl_eri_write".
Sign
Signed-off-by: Chun-Hao Lin
---
drivers/net/ethernet/realtek/r8169.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethernet/realtek/r8169.c
index 000bd6c..6d68229 100644
--- a/drivers/net/ethernet/realtek/r8169.c
+++ b/drivers/net/ether
RTL8168FB RTL8168G RTL8168GU RTL8411 RTL8411B RTL8106EUS RTL8402 can
get mac address from backup mac address register.
Signed-off-by: Chun-Hao Lin
---
drivers/net/ethernet/realtek/r8169.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/realtek
Signed-off-by: Chun-Hao Lin
---
drivers/net/ethernet/realtek/r8169.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethernet/realtek/r8169.c
index 1d81238..000bd6c 100644
--- a/drivers/net/ethernet/realtek
Dash function not only RTL8168DP can support, but also RTL8168EP.
So change the function name of function "r8168dp_check_dash" to
"r8168_check_dash".
Signed-off-by: Chun-Hao Lin
---
drivers/net/ethernet/realtek/r8169.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/driv
RTL8168GU also need to disable/enable mcu power managment interrupt
before disable/eable pll.
Signed-off-by: Chun-Hao Lin
---
drivers/net/ethernet/realtek/r8169.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethernet/realtek/r8169.c
in
For RTL8168F RTL8168FB RTL8168G RTL8168GU RTL8411 RTL8411B RTL8402
RTL8107E, the magic enable bit is changed to eri 0xde bit0.
In this patch, change magic packet enable bit of these chips to
eri 0xde bit0.
Signed-off-by: Chun-Hao Lin
---
drivers/net/ethernet/realtek/r8169.c | 36 +++
Change the name of this function to "rtl_w0_w1_eri".
It is more suitable for this function's behavior.
Signed-off-by: Chun-Hao Lin
---
drivers/net/ethernet/realtek/r8169.c | 58 ++--
1 file changed, 29 insertions(+), 29 deletions(-)
diff --git a/drivers/net/ether
These two functions are to inform dash firmware driver is been brought up or
brought down. So only call these two functions when dash is enabled.
Signed-off-by: Chun-Hao Lin
---
drivers/net/ethernet/realtek/r8169.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git
From: Matteo Facchinetti
During a read of data block using dma, driver might have two ways to finish to
read
and free the resources:
1) checking STATUS_DATA_TRANS_DONE mask, in the mxcmci_irq() routine
(pending to mmc irq)
2) mxmmc driver, registers also a mxcmci_dma_callback() and when trans
From: Matteo Facchinetti
Hi,
this patchset contains fixes for the mxcmmc driver.
*Patch 1:
fix a rare race condition that breaks a data trasfer when mxcmmc
driver use dma.
To reproduce this error, use mmc as rootfs and start at boot time
a realtime Xenomai application.
The realtime it's not dir
From: Matteo Facchinetti
If available voltages are not given, mmc_regulator_get_supply() function
returns 0 and mxcmmc driver doesn't set a value for ocr_avail mask.
In accordance with the comment in platform_data/mmc-mxcmmc.h,
fix it, assuming MMC_VDD_32_33 | MMC_VDD_33_34 as default value.
Si
If there is more then one UBI device mounted, there is no way to
distinguish between messages from different UBI devices.
Add device number to all ubi layer message types.
Signed-off-by: Tanya Brokhman
---
Changes from V1:
- Compilation error fixed
- macros were updated to receive
On Tue 30 Sep 07:09 PDT 2014, Srinivas Kandagatla wrote:
> This patch adds rpm node to apq8064 dt as rpm would be used by other
> devices for regulator support. Also adds all the regulators in the rpm.
>
Some comments on the compatibles, based on rpm-regulator-8960 msm-3.4.
After giving this so
On Tuesday 30 September 2014 15:45:06 Liviu Dudau wrote:
>
> Acked-by: Liviu Dudau
>
> Is that triggered by shmobile_defconfig?
>
>
No, I only found it using randconfig testing, shmobile enables CONFIG_OF by
default.
Arnd
--
To unsubscribe from this list: send the line "unsubscribe l
On Tuesday 30 September 2014 16:11:28 Linus Walleij wrote:
> On Tue, Sep 30, 2014 at 3:24 PM, Arnd Bergmann wrote:
>
> > A recent API change made gpiochip_remove return void instead of an
> > error value, which broke drivers that use this return value:
> >
> > gpio/gpio-sch311x.c: In function 'sc
Em Mon, Sep 29, 2014 at 04:07:29PM -0400, Waiman Long escreveu:
> With workload that spawns and destroys many threads and processes,
> it was found that perf-mem could took a long time to post-process
> the perf data after the target workload had completed its operation.
> The performance bottlenec
On Tue, Sep 30, 2014 at 11:22:14AM +0200, Tom Gundersen wrote:
> On Tue, Sep 30, 2014 at 4:27 AM, Luis R. Rodriguez wrote:
> > On Sun, Sep 28, 2014 at 07:07:24PM +0200, Tom Gundersen wrote:
> >> On Fri, Sep 26, 2014 at 11:57 PM, Luis R. Rodriguez
> >> wrote:
> >> > From: "Luis R. Rodriguez"
> >>
On Wed 24 Sep 09:39 PDT 2014, Kumar Gala wrote:
>
> On Sep 22, 2014, at 6:25 PM, Bjorn Andersson
> wrote:
>
[..]
> > diff --git a/Documentation/devicetree/bindings/mfd/qcom-rpm.txt
> > b/Documentation/devicetree/bindings/mfd/qcom-rpm.txt
[..]
> > +- qcom,ipc:
> > + Usage: required
> >
On Mon, Sep 29, 2014 at 06:08:11PM -0400, David Jeffery wrote:
> On 09/29/2014 03:05 PM, Christoph Hellwig wrote:
> > Seems like this should be changed in the generic code, or is there some
> > reason why it would return EIO only for devices, but not for regular
> > files in this case?
> >
>
> Re
On Wed 24 Sep 06:50 PDT 2014, Kumar Gala wrote:
>
> On Sep 24, 2014, at 3:35 AM, Mark Brown wrote:
>
> > On Mon, Sep 22, 2014 at 04:25:29PM -0700, Bjorn Andersson wrote:
> >> Driver for regulators exposed by the Resource Power Manager (RPM) found
> >> in Qualcomm 8660, 8960 and 8064 based devic
Thanks,
applied to drivers-for-3.18
--
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.tux.org/lkml/
On Tue, Sep 30, 2014 at 04:15:19PM +0100, Arnd Bergmann wrote:
> On Tuesday 30 September 2014 15:45:06 Liviu Dudau wrote:
> >
> > Acked-by: Liviu Dudau
> >
> > Is that triggered by shmobile_defconfig?
> >
> >
>
> No, I only found it using randconfig testing, shmobile enables CONFIG_OF by
> de
On 30/09/14 16:14, Bjorn Andersson wrote:
On Tue 30 Sep 07:09 PDT 2014, Srinivas Kandagatla wrote:
This patch adds rpm node to apq8064 dt as rpm would be used by other
devices for regulator support. Also adds all the regulators in the rpm.
Some comments on the compatibles, based on rpm-reg
On Mon, Sep 29, 2014 at 06:31:06PM -0500, Scott Wood wrote:
> On Mon, 2014-09-29 at 23:03 +, Jojy Varghese wrote:
> >
> > On 9/29/14 12:06 PM, "Guenter Roeck" wrote:
> >
> > >On Mon, Sep 29, 2014 at 01:36:06PM -0500, Scott Wood wrote:
> > >> On Mon, 2014-09-29 at 09:48 -0700, Guenter Roeck w
Hi Ard,
can you explain me why arch/arm/crypto/aesbs-core.S_shipped
is a _shipped file? I can't find any reason why it should be,
it's a normal .S file in every way as far as I can tell.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord..
If you need it, sure.
Let me know when there is an ACPICA version
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Monday, September 29, 2014 5:26 PM
> To: ACPI Devel Maling List; Moore, Robert
> Cc: Linux Kernel Mailing List; Zhang, Rui; Linux PM list
>
On Mon, Sep 29, 2014 at 9:54 PM, Linus Torvalds
wrote:
>
> Odd. The 0x3b3 offset seems to be the single-byte write of zero, which is
> just the initial probe (aka "fault_in_pages_writeable()").
>
> How *that* could loop, I have no idea. Unless the exception table is broken.
> I'll take another loo
On Tuesday 30 September 2014 16:42:02 Liviu Dudau wrote:
> On Tue, Sep 30, 2014 at 04:15:19PM +0100, Arnd Bergmann wrote:
> > On Tuesday 30 September 2014 15:45:06 Liviu Dudau wrote:
> > >
> > > Acked-by: Liviu Dudau
> > >
> > > Is that triggered by shmobile_defconfig?
> > >
> > >
> >
> > No,
On Thu, Sep 18, 2014 at 11:31:26PM -0600, Bjorn Helgaas wrote:
> On Thu, Sep 18, 2014 at 02:56:35PM -0500, Aravind Gopalakrishnan wrote:
> > Add F3, F4 device IDs to be used in amd_nb.c and amd64_edac.c
> >
> > Signed-off-by: Aravind Gopalakrishnan
>
> Acked-by: Bjorn Helgaas
>
> Please merge
On Tue, Sep 30, 2014 at 03:19:05PM +0200, Arnd Bergmann wrote:
> The pci_register_io_range() and pci_pio_to_address() were recently
> introduced to generalize the handling of memory mapped PCI I/O space,
> but they are only valid when CONFIG_OF is set, leading to a possible
> build error:
>
> driv
On Sep 30, 2014, at 10:28 AM, Bjorn Andersson
wrote:
> On Wed 24 Sep 09:39 PDT 2014, Kumar Gala wrote:
>
>>
>> On Sep 22, 2014, at 6:25 PM, Bjorn Andersson
>> wrote:
>>
>
> [..]
>
>>> diff --git a/Documentation/devicetree/bindings/mfd/qcom-rpm.txt
>>> b/Documentation/devicetree/bindings
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/30/2014 11:52 AM, Linus Torvalds wrote:
> On Mon, Sep 29, 2014 at 9:54 PM, Linus Torvalds
> wrote:
>>
>> Odd. The 0x3b3 offset seems to be the single-byte write of zero,
>> which is just the initial probe (aka
>> "fault_in_pages_writeable()").
Hi Geert,
On Tue, Sep 30, 2014 at 01:26:24PM +0100, Geert Uytterhoeven wrote:
> If power area D4, which contains the Coresight-ETM hardware block, is
> powered down on R-Mobile A1 (r8a7740), the kernel crashes when
> suspending from s2ram with:
>
> Internal error: Oops - undefined instruction
On Tue, Sep 30, 2014 at 12:55:20PM +0200, Jean Delvare wrote:
> The only thing which I find curious is that ACPI_I2C_OPREGION depends
> on I2C=y. Is this limitation a leftover from when the code was split to
> a separate file? It builds just fine with I2C=m, and I can't see why it
> wouldn't work.
On Tue, Sep 30, 2014 at 08:52:08AM -0700, Linus Torvalds wrote:
> So if it's looping on that fault, what seems to happen is that the
> page fault keeps happening.
>
> Can you recreate this? Because if you can, please try to revert commit
> e4a1cc56e4d7 ("x86: mm: drop TLB flush from ptep_set
Quoting Chen, Hanxiao (chenhanx...@cn.fujitsu.com):
> Hi,
>
> > -Original Message-
> > From: Serge E. Hallyn [mailto:se...@hallyn.com]
> > Sent: Monday, September 29, 2014 10:00 PM
> > Subject: Re: [PATCHv3 2/2] /proc/PID/status: show all sets of pid according
> > to
> > ns
> [snip]
> > >
There may be spi devices that do not require a
register read mask to read the registers.
Currently the code sets the read mask based on
a non-zero value passed in from the driver or if that
value is 0 sets the read mask to 0x80.
A mask of 0 is a valid mask as well. Create a define
to indicate th
On Tue, Sep 30, 2014 at 12:03:06PM -0400, Rik van Riel wrote:
> > What kind of CPU is the problematic machine? There was some
> > question about just how architectural the whole "TLB entry causing
> > a page fault gets invalidated automatically" really is.
>
> Intel people told me at the tim
Quoting Serge E. Hallyn (se...@hallyn.com):
> Quoting Chen, Hanxiao (chenhanx...@cn.fujitsu.com):
> > Hi,
> >
> > > -Original Message-
> > > From: Serge E. Hallyn [mailto:se...@hallyn.com]
> > > Sent: Monday, September 29, 2014 10:00 PM
> > > Subject: Re: [PATCHv3 2/2] /proc/PID/status: sh
On Tue, Sep 30, 2014 at 10:53:47AM -0400, valdis.kletni...@vt.edu wrote:
> On Tue, 30 Sep 2014 10:48:54 -0400, Matthew Wilcox said:
>
> > No, it doesn't try to do that. Wouldn't you be better served with an
> > LD_PRELOAD that forces O_DIRECT on?
>
> Not when you don't want it on every file, and
Pankaj,
On Tue, Sep 30, 2014 at 1:35 AM, Pankaj Dubey wrote:
> Currently a syscon entity can be only registered directly through a
> platform device that binds to a dedicated syscon driver. However in
> certain use cases it is desirable to make a device used with another
> driver a syscon interfa
On Tue, Sep 30, 2014 at 9:05 AM, Dave Jones wrote:
>
> I left it spinning overnight in case someone wanted me to probe it
> further, so I haven't tried reproducing it yet. It took ~12 hours
> yesterday before it got in that state. I'll restart it, and tell it
> to only use pipe fd's, which might
On Tue, Sep 30, 2014 at 01:31:44PM +0100, Arnd Bergmann wrote:
> On Tuesday 30 September 2014 13:03:44 Lorenzo Pieralisi wrote:
> > > > static int gen_pci_probe(struct platform_device *pdev)
> > > > {
> > > > @@ -326,6 +385,7 @@ static int gen_pci_probe(struct platform_device
> > > > *pdev)
> >
Hi,
I am investigating this bug:
https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1124250
which is also:
https://bugzilla.redhat.com/show_bug.cgi?id=876705
and:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758870
After the keys which map NFS uid/gid to names expire there is sometime
On Mon 29-09-14 13:58:56, Hannes Reinecke wrote:
> Move buffer formatting to the start of the function as it
> doesn't require to be done under any locks.
> No functional change, required by the next patch.
>
> Cc: Steven Rostedt
> Cc: LKML
printk stuff is maintained by Andrew in mm tree, so ad
On Tue, Sep 30, 2014 at 03:26:00PM +0200, Peter Zijlstra wrote:
>
> Now with locking self test reverted too and extra changelog.
>
>
> ---
> Subject: locking/lockdep: Revert qrwlock recusive stuff
> From: Peter Zijlstra
> Date: Tue, 30 Sep 2014 14:48:07 +0200
>
> Commit f0bab73cb539 ("locking/
On Tue, Sep 30, 2014 at 11:39:42AM +0100, Liviu Dudau wrote:
> On Mon, Sep 29, 2014 at 08:43:35PM +0100, Bjorn Helgaas wrote:
> > On Mon, Sep 29, 2014 at 03:29:19PM +0100, Liviu Dudau wrote:
> > > This is my version 13 of the attempt at adding support for generic PCI
> > > host
> > > bridge contro
Hello,
This patch removes legacy board support for at91sam9g45/9m10 SoCs whose
boards have already migrated to DT.
Along with this removal this series adds DT support for the TRNG (True
Random Generator Block) and adds missing trng and isi nodes to the dtsi.
There's still one missing piece to pro
Use clk_prepapre_enable/_disable_unprepare instead of clk_enable/disable
to work properly with the CCF.
Signed-off-by: Boris Brezillon
---
drivers/char/hw_random/atmel-rng.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/char/hw_random/atmel-rng.c
b/drivers/
Add DT support.
Make the driver depend on CONFIG_OF as at91sam9g45 was the only SoC making
use of the TRNG block and this SoC is now fully migrated to DT.
Signed-off-by: Boris Brezillon
---
drivers/char/hw_random/Kconfig | 2 +-
drivers/char/hw_random/atmel-rng.c | 7 +++
2 files change
Add a DT node for the TRNG (True Random Number Generator) block.
Keep this block enabled as it does not depend on any external connection,
and thus should be available on all boards.
Signed-off-by: Boris Brezillon
---
arch/arm/boot/dts/at91sam9g45.dtsi | 7 +++
1 file changed, 7 insertions(
Document DT bindings of Atmel's TRNG (True Random Number Generator) IP.
Signed-off-by: Boris Brezillon
---
Documentation/devicetree/bindings/hwrng/atmel-trng.txt | 16
1 file changed, 16 insertions(+)
create mode 100644 Documentation/devicetree/bindings/hwrng/atmel-trng.txt
di
Add ISI (Image Sensor Interface) DT node.
Signed-off-by: Boris Brezillon
---
arch/arm/boot/dts/at91sam9g45.dtsi | 32
1 file changed, 32 insertions(+)
diff --git a/arch/arm/boot/dts/at91sam9g45.dtsi
b/arch/arm/boot/dts/at91sam9g45.dtsi
index 790c890..5d8746a 10
On Tue, Sep 30, 2014 at 09:10:26AM -0700, Linus Torvalds wrote:
> On Tue, Sep 30, 2014 at 9:05 AM, Dave Jones wrote:
> >
> > I left it spinning overnight in case someone wanted me to probe it
> > further, so I haven't tried reproducing it yet. It took ~12 hours
> > yesterday before it got in
On Tue, Sep 30, 2014 at 02:00:05AM -0500, Eric Rost wrote:
> In progress commit
> Signed-off-by: Eric Rost
> ---
What does this mean?
And you need a blank line before your signed-off-by: line.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
Remove legacy support for at91sam9g45/9m10 boards.
This include board files removal plus all legacy code for non DT boards
support (i.e. at91sam9g45.c and at91sam9g45_devices.c).
Signed-off-by: Boris Brezillon
---
arch/arm/mach-at91/Kconfig.non_dt| 21 -
arch/arm/mach-at91/Makefile
Add helper to check maximum possible pfn on x86. Also make the current
phys_addr_valid helper using it internally.
Signed-off-by: Frantisek Hrbata
---
arch/x86/mm/physaddr.h | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/arch/x86/mm/physaddr.h b/arch/x86/mm/physaddr
This is a second version of the patch set. The only change is in
2/4 x86: add phys addr validity check for /dev/mem mmap
where the "count" was replaced with "len_bytes" for better readability.
The rest is just a refresh because of this change.
The original message follows ...
Hi all,
this is
On Tue 30 Sep 09:02 PDT 2014, Kumar Gala wrote:
>
> On Sep 30, 2014, at 10:28 AM, Bjorn Andersson
> wrote:
>
> > On Wed 24 Sep 09:39 PDT 2014, Kumar Gala wrote:
> >
> >>
> >> On Sep 22, 2014, at 6:25 PM, Bjorn Andersson
> >> wrote:
> >>
> >
> > [..]
> >
> >>> diff --git a/Documentation/
On 30 September 2014 17:50, Christoph Hellwig wrote:
> Hi Ard,
>
> can you explain me why arch/arm/crypto/aesbs-core.S_shipped
> is a _shipped file? I can't find any reason why it should be,
> it's a normal .S file in every way as far as I can tell.
It is generated by aesbs-core.pl, and Russell p
Hi Ohad,
>
> This is an update to the hwspinlock dt support series. The series
> is rebased onto v3.17-rc3, and addresses the review comments on the
> previous v5 series. I have also split and left out the RFC patches
> about the support for reserved locks (will post these as a separate
> series)
So far (xlate|unxlate)_dev_mem_ptr for read/write /dev/mem relies on a generic
high_memory check in valid_phys_addr_range(), which does not allow to access any
memory above high_memory whatsoever. By adding the high_memory check to
(xlate|unxlate)_dev_mem_ptr, it still will be possible to use __va
On Mon, Sep 29, 2014 at 12:34:44PM -0700, Eric W. Biederman wrote:
> >> -static void fuse_fillattr(struct inode *inode, struct fuse_attr *attr,
> >> +static int fuse_fillattr(struct inode *inode, struct fuse_attr *attr,
> >> struct kstat *stat)
> >> {
> >>unsigned int blkb
On Tue, Sep 30, 2014 at 08:12:44PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20140926:
>
> The arm-soc tree still had its build failure for which I reverted
> 5 commits.
>
> The asm-generic tree lost its build failure.
>
> The net-next tree gained conflicts against the net tree
There is no need to block read/write access to /dev/mem for phys. addr. above
high_memory for non-system RAM. The only limitation should be
boot_cpu_data.x86_phys_bits(max phys. addr. size).
Signed-off-by: Frantisek Hrbata
---
arch/x86/mm/mmap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
On Tue, Sep 30, 2014 at 9:03 AM, Rik van Riel wrote:
>
> On the other hand, do_wp_page does not seem to do a tlb flush when
> the old page is reused, so CPUs do get rid of inappropriate TLB
> entries. We would have noticed do_wp_page not working right :)
Hmm? do_wp_page() uses the same ptep_set_a
Prevent possible PTE corruption while calling mmap on /dev/mem with large
offset.
oops info, please note the PTE value 80080225.
-8<--
[85739.124496] rep: Corrupted page table at address 7f63852f8000
[85739.130242] PGD ba2
On Tue, 30 Sep 2014, Thibaut Robert wrote:
> Fix checkpatch warnings:
> WARNING: Prefer [subsystem eg: netdev]_err([subsystem]dev, ... then
> dev_err(dev, ... then pr_err(... to printk(KERN_ERR ...
> WARNING: Possible unnecessary 'out of memory' message
> WARNING: quoted string split across line
On Tue, Sep 30, 2014 at 07:27:51AM -0700, Dave Hansen wrote:
> On 09/30/2014 05:41 AM, Frantisek Hrbata wrote:
> > Does it make sense to replace "count" with "size" so it's consistent with
> > the
> > rest or do you prefer "nr_bytes" or as Dave proposed "len_bytes"?
>
> I don't care what it is as
Scanning a lot of devices during boot requires a lot of time.
On other scenarios there is a need to bind a driver to a specific slot.
Binding devices to pci-stub driver does not work,
as it will not differentiate between devices of the
same type. Using some start scripts is error prone.
The solut
On Mon 29-09-14 13:58:57, Hannes Reinecke wrote:
> This patch splits off the actual logging from vprintk_emit()
> into printk_emit_string(), with vprintk_emit() just being a
> simple wrapper for formatting the message into a
> static buffer.
>
> With that the caller can pass in a local buffer for
Fix:
arch/mips/net/bpf_jit.c: In function 'build_body':
arch/mips/net/bpf_jit.c:762:6: error: unused variable 'tmp'
cc1: all warnings being treated as errors
make[2]: *** [arch/mips/net/bpf_jit.o] Error 1
Seen when building mips:allmodconfig in -next since next-20140924.
Signed-off-by: Guenter R
On 09/30/2014 11:28 AM, Christoph Hellwig wrote:
> On Mon, Sep 29, 2014 at 06:08:11PM -0400, David Jeffery wrote:
>> On 09/29/2014 03:05 PM, Christoph Hellwig wrote:
>>> Seems like this should be changed in the generic code, or is there some
>>> reason why it would return EIO only for devices, but
On Tue, Sep 30, 2014 at 12:22:01PM -0400, Dave Jones wrote:
> [] ? trace_graph_entry+0x123/0x250
> [] ? trace_buffer_lock_reserve+0x1e/0x60
> [] ? handle_mm_fault+0x3a7/0xcd0
> [] ? trace_hardirqs_on+0xd/0x10
> [] ? trace_graph_entry+0x108/0x250
> [] ? __do_page_fault+0x234/0x600
> [] ? pr
On Tue, Sep 30, 2014 at 05:12:41PM +0100, Lorenzo Pieralisi wrote:
> On Tue, Sep 30, 2014 at 01:31:44PM +0100, Arnd Bergmann wrote:
> > On Tuesday 30 September 2014 13:03:44 Lorenzo Pieralisi wrote:
> > > > > static int gen_pci_probe(struct platform_device *pdev)
> > > > > {
> > > > > @@ -326,6 +
Chris,
On Tue, Sep 30, 2014 at 2:44 AM, Chris Zhong wrote:
> The min_uv in DCDC1 & DCDC2 should be 712.5mv
>
> Signed-off-by: Chris Zhong
>
> ---
>
> drivers/regulator/rk808-regulator.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/regulator/rk808-regulator
On Tue, Sep 30, 2014 at 05:18:05PM +0100, Bjorn Helgaas wrote:
> On Tue, Sep 30, 2014 at 11:39:42AM +0100, Liviu Dudau wrote:
> > On Mon, Sep 29, 2014 at 08:43:35PM +0100, Bjorn Helgaas wrote:
> > > On Mon, Sep 29, 2014 at 03:29:19PM +0100, Liviu Dudau wrote:
> > > > This is my version 13 of the at
Fixed y2038 issue by replacing timespec with timespec64.
Signed-off-by: Somya Anand
---
drivers/staging/android/alarm-dev.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/android/alarm-dev.c
b/drivers/staging/android/alarm-dev.c
index ff4b3e8..
On Tue, Sep 30, 2014 at 9:40 AM, Dave Jones wrote:
>
> ah, echo 0 > tracing_on isn't enough, I had to 0 out set_ftrace_pid too.
> Never mind. Subsequent traces all looking the same, minus the tracing
> junk though.
Yeah, looks like that copy_page_to_iter+0x3b3 is always there.
> Is there some w
On 09/30/2014 11:21 AM, Arnaldo Carvalho de Melo wrote:
Em Mon, Sep 29, 2014 at 04:07:29PM -0400, Waiman Long escreveu:
With workload that spawns and destroys many threads and processes,
it was found that perf-mem could took a long time to post-process
the perf data after the target workload had
On Mon, Sep 22, 2014 at 09:23:51AM +0800, Ming Lei wrote:
> Hi Tanmay,
>
> On Sat, Sep 20, 2014 at 1:15 AM, Tanmay Inamdar wrote:
> > Hi Ming Lei,
> >
> > On Thu, Sep 18, 2014 at 8:08 PM, Ming Lei wrote:
> >> Hi Tanmay,
> >>
> >> On Wed, Sep 17, 2014 at 6:33 AM, Tanmay Inamdar wrote:
> >>> This
On Tue, Sep 30, 2014 at 05:18:05PM +0100, Bjorn Helgaas wrote:
> On Tue, Sep 30, 2014 at 11:39:42AM +0100, Liviu Dudau wrote:
> > On Mon, Sep 29, 2014 at 08:43:35PM +0100, Bjorn Helgaas wrote:
> > > On Mon, Sep 29, 2014 at 03:29:19PM +0100, Liviu Dudau wrote:
> > > > This is my version 13 of the at
> "Boris" == Boris Brezillon writes:
> Use clk_prepapre_enable/_disable_unprepare instead of clk_enable/disable
> to work properly with the CCF.
s/prepapre/prepare/
Other than that, looks fine to me.
Acked-by: Peter Korsgaard
> Signed-off-by: Boris Brezillon
> ---
> drivers/char/h
On Mon, Sep 08, 2014 at 12:13:16AM -0700, Hugh Dickins wrote:
> > > One subtlety to take care over: it's a long time since I've had to
> > > worry about pmd folding and pud folding (what happens when you only
> > > have 2 or 3 levels of page table instead of the full 4): macros get
> > > defined to
On 30/09/2014 18:19, Boris Brezillon :
> Remove legacy support for at91sam9g45/9m10 boards.
> This include board files removal plus all legacy code for non DT boards
> support (i.e. at91sam9g45.c and at91sam9g45_devices.c).
>
> Signed-off-by: Boris Brezillon
Glad to see this!
Acked-by: Nicolas
> "Boris" == Boris Brezillon writes:
> Add DT support.
> Make the driver depend on CONFIG_OF as at91sam9g45 was the only SoC making
> use of the TRNG block and this SoC is now fully migrated to DT.
> Signed-off-by: Boris Brezillon
Acked-by: Peter Korsgaard
--
Bye, Peter Korsgaard
--
Am Dienstag, 30. September 2014, 09:43:47 schrieb Doug Anderson:
> Chris,
>
> On Tue, Sep 30, 2014 at 2:44 AM, Chris Zhong wrote:
> > The min_uv in DCDC1 & DCDC2 should be 712.5mv
> >
> > Signed-off-by: Chris Zhong
> >
> > ---
> >
> > drivers/regulator/rk808-regulator.c |2 +-
> > 1 file
From: Pratik Patel
This driver manages non-configurable CoreSight Replicator that
takes a single input trace data stream and replicates it to
produce two identical trace data output streams. Replicators
are typically used to route single interleaved trace data
stream to two or more sinks.
Signed
From: Mathieu Poirier
Documentation for the coresight framework and drivers.
Signed-off-by: Mathieu Poirier
---
Documentation/trace/coresight.txt | 299 ++
1 file changed, 299 insertions(+)
create mode 100644 Documentation/trace/coresight.txt
diff --git a/
From: Mathieu Poirier
Currently supporting ETM and ETB. Support for TPIU
and SDTI are yet to be added.
Signed-off-by: Mathieu Poirier
---
arch/arm/boot/dts/omap3-beagle-xm.dts | 28
arch/arm/boot/dts/omap3-beagle.dts| 28
2 files c
From: Pratik Patel
This driver manages CoreSight ETM (Embedded Trace Macrocell) that
supports processor tracing. Currently supported version are ARM
ETMv3.x and PTM1.x.
Signed-off-by: Pratik Patel
Signed-off-by: Mathieu Poirier
---
arch/arm/Kconfig.debug |9 +
arch/arm/inc
From: Mathieu Poirier
Coresight is an umbrella of technologies allowing for the debugging of ARM
based SoCs. It includes solutions for JTAG and HW assisted tracing. This
patchset is concerned with the latter.
Coresight components are cathegorised as source, link and sinks and are
(usually) dis
From: Pratik Patel
This driver manages CoreSight Funnel which acts as a link.
Funnels have multiple input ports (typically 8) each of which
represents an input trace data stream. These multiple input trace
data streams are interleaved into a single output stream coming
out of the Funnel.
Signed-
From: Pratik Patel
This driver manages CoreSight TMC (Trace Memory Controller) which
can act as a link or a sink depending upon its configuration. It
can present itself as an ETF (Embedded Trace FIFO) or ETR
(Embedded Trace Router).
ETF when configured in circular buffer mode acts as a trace
col
From: Pratik Patel
This driver manages CoreSight TPIU (Trace Port Interface Unit)
which acts as a sink. TPIU is typically connected to some offchip
hardware hosting a storage buffer.
Signed-off-by: Pratik Patel
Signed-off-by: Mathieu Poirier
---
drivers/coresight/Makefile | 2 +-
dr
From: Pratik Patel
CoreSight components are compliant with the ARM CoreSight
architecture specification and can be connected in various
topologies to suit a particular SoC tracing needs. These trace
components can generally be classified as sources, links and
sinks. Trace data produced by one or
From: Pratik Patel
This driver manages CoreSight ETB (Embedded Trace Buffer) which
acts as a circular buffer sink collecting generated trace data.
Signed-off-by: Pratik Patel
Signed-off-by: Mathieu Poirier
---
drivers/coresight/Makefile | 3 +-
drivers/coresight/coresight-etb10.c |
On Tue, Sep 30, 2014 at 05:53:53PM +0100, Bjorn Helgaas wrote:
> On Mon, Sep 22, 2014 at 09:23:51AM +0800, Ming Lei wrote:
> > Hi Tanmay,
> >
> > On Sat, Sep 20, 2014 at 1:15 AM, Tanmay Inamdar wrote:
> > > Hi Ming Lei,
> > >
> > > On Thu, Sep 18, 2014 at 8:08 PM, Ming Lei wrote:
> > >> Hi Tanma
301 - 400 of 898 matches
Mail list logo
