Am Samstag, 20. Juni 2015, 19:25:52 schrieb Manfred Schlaegl:
> To prevent problems with interrupt latency, and due to the fact, that
> the error will be counted anyway (icount.overrun), the dev_err is simply
> removed.
>
> Background:
> If an rx-fifo overflow occurs a dev_err message was called i
Hi Frans,
>> v1 = replace if()/BUG with BUG_ON() for tx_ring.
>>
>> v2 =
>
>I would keep this below the ---. There's little historical use for
>this version information when it gets merged.
>
>> remove handling of tx_ring in prb_setup_retire_blk_timer
>> for TPACKET_V3 because init_prb_bdqc is cal
Am 22.06.2015 um 08:05 schrieb Alexei Starovoitov:
> to get rid of warning you proposing to do 1k line renames?!
> Just add:
> +#undef R8
> +#undef R9
> +#undef R10
> #define R0 BPF_REG_0
This would be also just another hack.
> Though I think the better fix woud be to clean up:
> arc
On Mon, 2015-06-22 at 08:38 +0200, Krzysztof Hałasa wrote:
> Joe Perches writes:
>
> > It might be better to use some base + index macro
> > as it could be smaller object code.
> >
> > Something like:
> >
> > #define REG_NO(base, multiplier, index) (base + (multiplier * index))
> >
> > re
In this pile: pathname resolution rewrite.
* recursion in link_path_walk() is gone.
* nesting limits on symlinks are gone (the only limit remaining is that
the total amount of symlinks is no more than 40, no matter how nested).
* "fast" (inline) symlinks are handled without leaving rcuwalk
Hi David,
On Sun, 2015-06-21 at 09:29 -0700, David Miller wrote:
> From: Alexey Brodkin
> Date: Tue, 16 Jun 2015 20:40:41 +0300
>
> > Current implementtion of descriptor init procedure only takes care
> > about
> > ownership flag. While it is perfectly possible to have underlying
> > memory
>
Joe Perches writes:
> It might be better to use some base + index macro
> as it could be smaller object code.
>
> Something like:
>
> #define REG_NO(base, multiplier, index) (base + (multiplier * index))
>
> reg_write(vc->dev, REG_NO(0x10, 1, vc->ch), dma_cfg);
> or
>
> #define VDMA_C
Eduardo, Rui,
Is there anything I can do to get this series forward? Should I split it
up more into separate topics? Is there anything that I should drop from
this series to get at least the rest mainline?
Sascha
On Mon, Jun 08, 2015 at 08:56:57AM +0200, Sascha Hauer wrote:
> Eduardo, Rui,
>
>
* Borislav Petkov wrote:
> On Sun, Jun 21, 2015 at 10:23:48PM +0200, Luis R. Rodriguez wrote:
> > Nope, well the driver requires huge amounts of work to work with PAT, that
> > work will likely never be done, so hence the warning. Its our compromise as
> > only 2 drivers will live on Linux li
This adds support for some miscellaneous bits of the infracfg controller.
The mtk_infracfg_set/clear_bus_protection functions are necessary for
the scpsys power domain driver to handle the bus protection bits which
are contained in the infacfg register space.
Signed-off-by: Sascha Hauer
---
driv
This adds the SCPSYS device node to the MT8173 dtsi file.
Signed-off-by: Sascha Hauer
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
b/arch/arm64/boot/dts/mediatek/mt8173.dtsi
index 924fdb6..1
This series adds support for the MediaTek SCPSYS unit.
The SCPSYS unit handles several power management related tasks such
as thermal measurement, DVFS, interrupt filter and low level sleep
control.
The initial support only contains the generic power domain handling.
This is needed to turn on pow
This adds documentation for the MediaTek SCPSYS unit found in MT8173 SoCs.
Signed-off-by: Sascha Hauer
---
.../devicetree/bindings/soc/mediatek/scpsys.txt| 41 ++
1 file changed, 41 insertions(+)
create mode 100644 Documentation/devicetree/bindings/soc/mediatek/scpsys.tx
This adds a power domain driver for the Mediatek SCPSYS unit.
The System Control Processor System (SCPSYS) has several power
management related tasks in the system. The tasks include thermal
measurement, dynamic voltage frequency scaling (DVFS), interrupt
filter and lowlevel sleep control. The Sys
On Fri, Jun 19, 2015 at 08:22:07PM +0800, Boqun Feng wrote:
> > It is not the rewrite patch "lacks" aggregation, it is needless. The stock
> > has to do a bottom-up update and aggregate, because 1) it updates the
> > load at an entity granularity, 2) the blocked load is separate.
>
> Yep, you are
On Mon, Jun 22, 2015 at 7:54 AM, Maninder Singh wrote:
> v1 = replace if()/BUG with BUG_ON() for tx_ring.
>
> v2 =
I would keep this below the ---. There's little historical use for
this version information when it gets merged.
> remove handling of tx_ring in prb_setup_retire_blk_timer
> for TPA
On Mon, Jun 22, 2015 at 11:36 AM, Eddie Huang wrote:
> Hi Dan,
>
> On Thu, 2015-06-18 at 23:16 +0800, Daniel Kurtz wrote:
>> On Wed, Jun 17, 2015 at 11:08 PM, Eddie Huang
>> wrote:
>> > Add MT8173 I2C device nodes, include I2C controllers and pins.
>> > MT8173 has six I2C controllers, from i2c0
On Wed, Jun 10, 2015 at 3:36 PM, Christoph Hellwig wrote:
> On Tue, Jun 09, 2015 at 09:49:23PM +0800, Ming Lei wrote:
>> It doesn't make sense to enable merge because the I/O
>> submitted to backing file is handled page by page.
>
> Looks fine, but does it make any difference?
Looks no, see the f
On Sun, Jun 21, 2015 at 08:11:25AM -0700, Dan Williams wrote:
> The labels only allow allocation of persistent media between pmem and
> blk. For a given dimm you may access in either mode and the label
> records the decision. We can have a btt on either the pmem or
> blk-mode disk type, or partit
On 22.06.2015 00:35, Matthias Schiffer wrote:
> Could you explain in detail what you mean with "If you want specific SA,
> add same route with higher metric and/or (more) specific src match."?
> Routes aren't bound to specific addresses except via the "src" attribute
> (which is called prefsrc in t
Since the verion of ACPI in Google BIOS does not enumerate the devices
in the LPC bus, the cros_ec_lpc driver resorts to DMI data to check if
a system is supported by the driver and autoload if built as a module.
Add information about the Google Pixel 2 to the DMI device table.
Signed-off-by: Jav
Commit 6db07b633658 ("mfd: cros_ec: Check result code from EC messages")
added a common cros_ec_check_result() function that can be used to check
the ec_msg->result for errors and warns about them.
Use the existing function instead of duplicating same check in the driver.
Signed-off-by: Javier Ma
If the cros_ec_dev driver is built as a module, modalias information is
not filled so the module is not autoloaded. Add a platform device table
and use the MODULE_DEVICE_TABLE() macro to export that information in
the module so user-space can match the modalias uevent and autoload it.
Signed-off-b
Hello Olof,
This series contain a fix and a cleanup for the cros_ec_lpc driver and
a small fix for cros_ec_dev driver. Is a resend of a patch-set posted
posted more than one month ago [0] but most patches were already posted
as a part of a different series [1] that was split out so have been in
th
Add the PRM IRQ register offsets.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/prcm43xx.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/mach-omap2/prcm43xx.h b/arch/arm/mach-omap2/prcm43xx.h
index d026199..ec1ac5c 100644
--- a/arch/arm/mach-omap2/prcm43xx.h
+++ b/arch/arm/m
Enable IO wakeup feature.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/prm_common.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-omap2/prm_common.c b/arch/arm/mach-omap2/prm_common.c
index 10ef0da..238cb4a 100644
--- a/arch/arm/mach-omap2/prm_common.c
+++ b/arch/arm/mach-o
The register offsets of IRQENABLE_MPU_2 and IRQSTATUS_MPU_2 are hardcoded.
This makes it difficult to reuse the code for single core SoCs like AM437x.
Hence making it part of omap_prcm_irq_setup structure so that case of
single set of IRQ* registers can be handled generically.
Signed-off-by: Keert
The patch series adds IO wake up support for AM437x series
making use of the existing OMAP4 support. Adds the AM437x
specifics.
The series is boot tested on OMAP4 panda, DAR7 evm and AM437x evms.
I do not have OMAP3 boards so not able to test on OMAP3.
Keerthy (6):
ARM: OMAP4: PRM: Remove hardc
The register offsets for some of the PRM Registers are different
hence populating the differing fields.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/prm44xx.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/prm44xx.c b/arch/arm/mach-omap2/prm
Add PRCM IRQ entry.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/am4372.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/am4372.dtsi b/arch/arm/boot/dts/am4372.dtsi
index 1680602..7bcdeb2 100644
--- a/arch/arm/boot/dts/am4372.dtsi
+++ b/arch/arm/boot/dts/am4372.dtsi
@@
PRM_IO_PMCTRL_OFFSET need not be same for all SOCs hence
remove hardcoding and use the value provided by the omap_prcm_irq_setup
structure.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/prcm-common.h | 1 +
arch/arm/mach-omap2/prm44xx.c | 11 ++-
2 files changed, 7 insertions(+), 5
Hi Dietmar,
On Fri, Jun 19, 2015 at 07:27:24PM +0100, Dietmar Eggemann wrote:
> Hi Yuyang,
>
> On 15/06/15 20:26, Yuyang Du wrote:
> > The current rq->avg is not used at all since its merge into kernel,
> > and the code is in the scheduler's hot path, so remove it.
>
> are you sure that this is
From: Abdul Hussain
This patch simplify a trivial if-return sequence. Possibly combine with
a preceding function call.
Signed-off-by: Abdul Hussain
---
drivers/staging/comedi/drivers/fl512.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/staging/comedi/drivers
From: Abdul Hussain
This patch simplify a trivial if-return sequence. Possibly combine with
a preceding function call.
Signed-off-by: Abdul Hussain
---
drivers/staging/comedi/drivers/daqboard2000.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/come
From: Abdul Hussain
This patch simplify a trivial if-return sequence. Possibly combine with
a preceding function call.
Signed-off-by: Abdul Hussain
---
drivers/staging/comedi/drivers/dac02.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/staging/comedi/drivers
From: Abdul Hussain
This patch simplify a trivial if-return sequence. Possibly combine with
a preceding function call.
Signed-off-by: Abdul Hussain
---
drivers/staging/comedi/drivers/ni_daq_dio24.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/staging/comedi/
From: Abdul Hussain
This patch simplify a trivial if-return sequence. Possibly combine with
a preceding function call.
Signed-off-by: Abdul Hussain
---
drivers/staging/comedi/drivers/s626.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/staging/comedi/drivers/
On Mon, 2015-06-22 at 07:33 +0200, Krzysztof Hałasa wrote:
> Joe Perches writes:
>
> > How is the macro used?
> > #define REG8_1(a0) ((const u16[8]){a0, a0 + 1, a0 + 2, a0 + 3})
>
> #define REG8_1(a0) ((const u16[8]){a0, a0 + 1, a0 + 2, a0 + 3, a0 + 4, a0 +
> 5, a0 + 6, a0 + 7})
[]
> #define VD
From: Abdul Hussain
This patch simplify a trivial if-return sequence. Possibly combine with
a preceding function call.
Signed-off-by: Abdul Hussain
---
drivers/staging/comedi/drivers/dmm32at.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/staging/comedi/drive
On Sun, Jun 21, 2015 at 09:41:03PM +0200, Nicolai Stange wrote:
> Fix compilation failer with allmodconfig on ARCH=um:
> lib/test_bpf.c:50:0: warning: "R8" redefined
>#define R8 BPF_REG_8
>^
> In file included from arch/um/include/asm/ptrace-generic.h:11:0,
>from ar
On 06/21/2015 06:54 AM, Maciej S. Szmigiero wrote:
Add hwmon driver for the Microchip TC74.
The TC74 is a single-input 8-bit I2C temperature sensor,
with +-2 degrees centigrade accuracy.
Signed-off-by: Maciej Szmigiero
Applied to -next.
Thanks,
Guenter
--
To unsubscribe from this list: se
v1 = replace if()/BUG with BUG_ON() for tx_ring.
v2 = remove handling of tx_ring in prb_setup_retire_blk_timer
for TPACKET_V3 because init_prb_bdqc is called only for NULL tx_ring
and thus prb_setup_retire_blk_timer for NULL tx_ring only.
And also in funciton init_prb_bdqc there is no usage of t
Bjorn Helgaas writes:
>> Intersil/Techwell TW686[4589]-based video capture cards have an empty
>> (zero) class code. Fix it.
>>
> Applied to pci/misc for v4.2, with minor tweak as below to use
> PCI_CLASS_MULTIMEDIA_OTHER instead of a bare number. Let me know
> if you see any issues with this.
Joe Perches writes:
> How is the macro used?
> #define REG8_1(a0) ((const u16[8]){a0, a0 + 1, a0 + 2, a0 + 3})
#define REG8_1(a0) ((const u16[8]){a0, a0 + 1, a0 + 2, a0 + 3, a0 + 4, a0 + 5,
a0 + 6, a0 + 7})
#define REG8_2(a0) ((const u16[8]){a0, a0 + 2, a0 + 4, a0 + 6, a0 + 8, a0 +
0xA, a0 + 0
So after a *very* quiet week after the 4.1-rc8 release, the final 4.1
release is now out.
I'm not sure if it was quiet because there really were no problems
(knock wood), or if people decided to be considerate of my vacation,
but whatever the reason, I appreciate it. It's not like the 4.1
release
On 6/9/2015 11:56 PM, Susheel Khiani wrote:
On 4/30/2015 11:37 AM, Susheel Khiani wrote:
But if I've misunderstood, and you think that what you're seeing
fits with the transient forking bugs I've (not quite) described,
and you can explain why even the transient case is important for
you to have
On Mon, 15 Jun, at 04:59:08PM, Borislav Petkov wrote:
> On Mon, Jun 15, 2015 at 03:15:33PM +0100, Matt Fleming wrote:
> > On Sat, 13 Jun, at 10:27:51AM, Borislav Petkov wrote:
> > > On Fri, Jun 12, 2015 at 04:44:25PM -0700, Zhang, Jonathan Zhixiong wrote:
> > > > Since such function is only needed
On Fri, Jun 19, 2015 at 10:01 AM, Paul Bolle wrote:
> On Thu, 2015-06-18 at 14:13 -0700, Bjorn Andersson wrote:
>> --- /dev/null
>> +++ b/drivers/power/qcom_smbb.c
>
>> +MODULE_ALIAS("platform:qcom_smbb");
>
> (The day before yesterday and yesterday I had a, well, lively
> conversation regarding t
On Mon, 2015-06-22 at 01:42 +0200,
=?UTF-8?q?Horacio=20Mijail=20Ant=C3=B3n=20Quiles?= wrote:
> An hexdump with a buf not aligned to the groupsize causes
> non-naturally-aligned memory accesses. This was causing a kernel panic on
> the processor BlackFin BF527, when such an unaligned buffer was fed
Hi,
While developing memory hotplug support in QEMU for PoweKVM, I
realized that guest kernel has specific checks to prevent hot addition
of memory to a memory-less node.
I am referring to arch/powerpc/mm/numa.c:hot_add_scn_to_nid() which
has explicit checks to ensure that it returns a nid that h
On Sun, 21 Jun 2015 05:13:06 +0900,
Rob Landley wrote:
>
> On 06/20/2015 03:00 AM, Geert Uytterhoeven wrote:
> > Hi Rob,
> >
> > On Sat, Jun 20, 2015 at 12:11 AM, Rob Landley wrote:
> >> On 06/18/2015 02:36 PM, Geert Uytterhoeven wrote:
> >>> On Thu, Jun 18, 2015 at 7:19 PM, Rob Landley wrote:
On Thursday 18 June 2015 04:53 PM, Hannes Frederic Sowa wrote:
On Thu, 2015-06-18 at 14:59 +0530, Mazhar Rana wrote:
Hi,
After 'commit 876fd05ddbae03166e7037fca957b55bb3be6594
("ipv6: don't disable interface if last ipv6 address is removed")'
it is not clearing ipv6 interface configurations(rou
Hi Michael,
>> pdev = bus->host_pci;
>> mutex_init(&bus->sprom_mutex);
>> -err = device_create_file(&pdev->dev, &dev_attr_ssb_sprom);
>> -if (err)
>> -goto out;
>> -
>> -out:
>> -return err;
>> +return device_create_file(&pdev->dev, &dev_attr_ssb_sprom);
>> }
We should not call dma_free_coherent if host->adma_table is NULL,
otherwise may trigger panic.
>From DMA-API.txt:
"
void
dma_free_coherent(struct device *dev, size_t size, void *cpu_addr,
dma_addr_t dma_handle)
Free a region of consistent memory you previously allocated. dev,
s
Hi Heiko,
On Fri, 2015-06-19 at 13:36 +0200, Heiko Stuebner wrote:
> Am Donnerstag, 18. Juni 2015, 18:15:03 schrieb Heiko Stuebner:
> > Am Donnerstag, 18. Juni 2015, 13:29:11 schrieb Eddie Huang:
> > > Add clk_null, which represents clocks that can not / need not
> > > controlled by software.
> >
Hi Dan,
On Thu, 2015-06-18 at 23:16 +0800, Daniel Kurtz wrote:
> On Wed, Jun 17, 2015 at 11:08 PM, Eddie Huang
> wrote:
> > Add MT8173 I2C device nodes, include I2C controllers and pins.
> > MT8173 has six I2C controllers, from i2c0 to i2c6, exclude i2c5.
> > The 6th I2C controller register base
Sorry I was away from my mail for the past few weeks.
This isn't intentional, should be a bug I overlook. The fix is correct.
On Sun, 2015-06-21 at 16:25 +0900, Alexandre Courbot wrote:
> On Wed, Jun 17, 2015 at 8:59 PM, Masahiro Yamada
> wrote:
> > The remove callback never succeeds, which seem
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
net/packet/af_packet.c
between commit:
468479e6043c ("packet: avoid out of bounds read in round robin fanout")
from the net tree and commit:
3b3a5b0aab5b ("packet: rollover huge flows before small flows")
from the
Use eth_broadcast_addr to assign the broadcast address to the given
address array instead of memset when second argument is a broadcast
address 0xff.
The Coccinelle semantic patch that makes this change is as follows:
//
@eth_broadcast_addr@
identifier e;
@@
-memset(e,\(0xff\|0xFF\|255\),ETH_AL
Use eth_zero_addr to assign the zero address to the given address
array instead of memset when second argument is a broadcast
address 0xff.
The Coccinelle semantic patch that makes this change is as follows:
//
@eth_broadcast_addr@
identifier e;
@@
-memset(e,\(0xff\|0xFF\|255\),ETH_ALEN);
+eth_
On Tue, Apr 28, 2015 at 09:25:03PM -0700, Eric Dumazet wrote:
> @@ -553,11 +572,20 @@ void __fd_install(struct files_struct *files, unsigned
> int fd,
> struct file *file)
> {
> struct fdtable *fdt;
> - spin_lock(&files->file_lock);
> - fdt = files_fdtable(files);
> +
On Mon, Jun 22, 2015 at 10:36 AM, Tien Hock Loh wrote:
> Sorry I was away from my mail for the past few weeks.
> This isn't intentional, should be a bug I overlook. The fix is correct.
Interestingly that has never been caught by reviewers despite 10
respins of your series!
Thanks for confirming.
2015-06-15 23:00 GMT+09:00 Krzysztof Kozlowski :
> When pl330 driver was used during sound playback, after some time or
> after a number of plays the sound became choppy or totally noisy. For
> example on Odroid XU3 board the first four executions of aplay with
> small WAVE worked fine, but fifth w
Krzysztof Kozlowski wrote:
>
> On 22.06.2015 10:38, Kukjin Kim wrote:
> > Krzysztof Kozlowski wrote:
> >> 2015-05-08 9:18 GMT+09:00 Krzysztof Kozlowski :
> >>> 2015-04-04 1:43 GMT+09:00 Bartlomiej Zolnierkiewicz
> >>> :
> From: Thomas Abraham
>
> For Exynos4210 platforms, add CPU
On 22.06.2015 10:38, Kukjin Kim wrote:
> Krzysztof Kozlowski wrote:
>> 2015-05-08 9:18 GMT+09:00 Krzysztof Kozlowski :
>>> 2015-04-04 1:43 GMT+09:00 Bartlomiej Zolnierkiewicz
>>> :
From: Thomas Abraham
For Exynos4210 platforms, add CPU operating points and CPU
regulator supply
Krzysztof Kozlowski wrote:
> 2015-05-08 9:18 GMT+09:00 Krzysztof Kozlowski :
> > 2015-04-04 1:43 GMT+09:00 Bartlomiej Zolnierkiewicz
> > :
> >> From: Thomas Abraham
> >>
> >> For Exynos4210 platforms, add CPU operating points and CPU
> >> regulator supply properties for migrating from Exynos spec
On 06/21/2015 02:11 PM, Kirill A. Shutemov wrote:
> On Sat, Jun 20, 2015 at 02:28:06PM +0300, Ebru Akagunduz wrote:
>> +static void __collapse_huge_page_swapin(struct mm_struct *mm,
>> +struct vm_area_struct *vma,
>> +unsigned
From: Vitaly Kuznetsov
Loaded Hyper-V module will use these functions to disable CPU
hotplug under certain circumstances. Convert cpu_hotplug_disabled
to a counter (protected by cpu_add_remove_lock) to support e.g.
disable -> disable -> enable call sequences.
Signed-off-by: Vitaly Kuznetsov
Sig
On 06/09/2015 10:07 PM, Roger Pau Monné wrote:
> El 09/06/15 a les 15.39, Konrad Rzeszutek Wilk ha escrit:
...
>> Roger, I put them (patches) on devel/for-jens-4.2 on
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
>>
>> I think these two patches:
>> drivers: xen-blkback: delay
On Sun, Jun 21, 2015 at 10:41:20PM +0200, Borislav Petkov wrote:
> On Sun, Jun 21, 2015 at 10:23:48PM +0200, Luis R. Rodriguez wrote:
> > Nope, well the driver requires huge amounts of work to work with PAT,
> > that work will likely never be done, so hence the warning. Its our
> > compromise as on
On Mon, Jun 22, 2015 at 9:45 AM, Krzysztof Kozlowski
wrote:
> 2015-06-19 15:48 GMT+09:00 Chanwoo Choi :
>> This patch fixes NULL pointer error by removing the unneeded kfree() call
>> of edev->name because extcon-palmas no longer allocate the memory for
>> edev->name.
>
> So the kfree() was execu
2015-06-19 15:48 GMT+09:00 Chanwoo Choi :
> This patch fixes NULL pointer error by removing the unneeded kfree() call
> of edev->name because extcon-palmas no longer allocate the memory for
> edev->name.
So the kfree() was executed on pointer returned by "dev_name(edev->dev.parent)"?
> Fixes:
2015-05-08 9:18 GMT+09:00 Krzysztof Kozlowski :
> 2015-04-04 1:43 GMT+09:00 Bartlomiej Zolnierkiewicz
> :
>> From: Thomas Abraham
>>
>> For Exynos4210 platforms, add CPU operating points and CPU
>> regulator supply properties for migrating from Exynos specific
>> cpufreq driver to using generic c
On 21.06.2015 04:13, Michael Turquette wrote:
> Quoting Krzysztof Kozlowski (2015-06-20 03:01:12)
>> W dniu 19.06.2015 o 23:53, Michael Turquette pisze:
>>> Quoting Bartlomiej Zolnierkiewicz (2015-06-19 05:35:23)
On Friday, June 19, 2015 01:19:06 PM Bartlomiej Zolnierkiewicz wrote:
>
>
On 22.06.2015 05:41, Alexey Klimov wrote:
> Patch removes unneeded container_of() macro
> in exynos4_local_timer_setup(). Instead let's pass mevt pointer
> to setup and stop functions from exynos4_mct_cpu_notify()
> and let them get evt pointer.
>
> Tested on odroid-xu3.
>
> Signed-off-by: Alexey
An hexdump with a buf not aligned to the groupsize causes
non-naturally-aligned memory accesses. This was causing a kernel panic on
the processor BlackFin BF527, when such an unaligned buffer was fed by the
function ubifs_scanned_corruption in fs/ubifs/scan.c .
To fix this, if the buffer is not al
Hi!
I would like you to come and see my latest photos on MyDailyFlog.
Check out:
http://www.mydailyflog.com/go/invite_register/saiprathap/22143969&stc=89
Thanks!
sai sadasivam
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
To unsubscribe of this type of email from MyDailyFlog in the future
You have /128 dst. To override it you need dst/128 AND src/>0 route. ( or just
/128 dst and higher metric).
Sorry if I am bit unclear - can explain better given real keyboard but that is
avail only week from now.
-Markus
(on the road, via iPhone)
21.6.2015 23.35、Matthias Schiffer のメッセージ:
On 06/22/2015 12:05 AM, Markus Stenberg wrote:
> Prefsrc is essentially historic non IPv6 construct. IPv6 SAS is based on dst,
> src, metric ordered lookup just like the routing is too ( lookup rfc, some
> src specific routing drafts for details ).
>
> Therefore I do not see a problem. If you w
Fix the following incorrect type in assignments detected by sparse:
drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c:571:37: warning: incorrect
type in assignment (different base types)
drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c:571:37:expected unsigned
short [unsigned] [usertype] le
Prefsrc is essentially historic non IPv6 construct. IPv6 SAS is based on dst,
src, metric ordered lookup just like the routing is too ( lookup rfc, some src
specific routing drafts for details ).
Therefore I do not see a problem. If you want specific SA, add same route with
higher metric and/o
On Sun, Jun 21, 2015 at 02:16:15PM -0700, Linus Torvalds wrote:
> On Sun, Jun 21, 2015 at 2:12 PM, Al Viro wrote:
> > + if (count > rsize) {
> > + WARN_ON(1);
> > + count = rsize;
> > + }
>
> So if we'd actually want to merge
Forgot to add Andy...
And forgot to mention. As for vdso in particular, I'd actually prefer
to make it have ->vm_file != NULL so that uprobe-in-vdso could work.
But this is not that simple, and I think these fixes (if correct) make
sense in any case, whatever we do with vdso.
On 06/21, Oleg Neste
Hi,
A bit, suddenly by desktop PC started to fail to resume. I have
redirected the console to ttyS0 and managed to caputere the oops
(attached). I am not a dissassebling expert and I have built my
kernel without full debuging symbold but here is what I found
(at least for the first trace in the at
On Sun, Jun 21, 2015 at 2:12 PM, Al Viro wrote:
> + if (count > rsize) {
> + WARN_ON(1);
> + count = rsize;
> + }
So if we'd actually want to merge it with the warning, I'd prefer writing it as
if (WARN_ON_ONCE(count
On Thu, Apr 23, 2015 at 01:16:15PM +0300, Andrey Ryabinin wrote:
> This change caused following:
> This could happen when p9pdu_readf() changes 'count' to some value >
> iov_iter_count(from):
>
> p9_client_write():
> <...>
> int count = iov_iter_count(from);
> <...>
>
Test-case:
#include
#include
#include
#include
#include
#include
void *find_vdso_vaddr(void)
{
FILE *perl;
char buf[32] = {};
perl = popen("perl -e 'open STDIN,qq|/proc/@{[getppi
On 06/20, Oleg Nesterov wrote:
>
> Let me first send the changes which look "obviously correct" to me.
> Perhaps I'll send more patches on top of this later.
But lets also fix another unmap/remap bug before the cleanups...
This series doesn't depend on the previous mremap fixes.
special_mapping_f
Preparation. Add the new simple helper, vma_is_anonymous(vma),
and change handle_pte_fault() to use it. It will have more users.
The name is not very accurate, say mmap_mem/VM_PFNMAP vma is not
anonymous. Perhaps it should be named vma_has_fault() instead.
But it matches the logic in mmap.c/memory
Test-case:
#define _GNU_SOURCE
#include
#include
#include
#include
#include
#include
void *find_vdso_vaddr(void)
{
FILE *perl;
char buf[32] = {};
perl = popen("perl -e 'o
On Sun, Jun 21, 2015 at 10:23:48PM +0200, Luis R. Rodriguez wrote:
> Nope, well the driver requires huge amounts of work to work with PAT,
> that work will likely never be done, so hence the warning. Its our
> compromise as only 2 drivers will live on Linux like this and they are
> both old and rar
Fix allmodconfig compilation failer for ARCH=um:
drivers/clocksource/timer-stm32.c: In function 'stm32_clockevent_init':
drivers/clocksource/timer-stm32.c:175:2:
error: implicit declaration of function 'iounmap'
[-Werror=implicit-function-declaration]
iounmap(data->base);
^
Warnings found by checkpatch.pl
WARNING: please, no space before tabs
/drivers/staging/comedi/drivers/das16m1.c:83
+ 404-407 ^I8254$
WARNING: line over 80 characters
/drivers/staging/comedi/drivers/das16m1.c:414
+ if (devpriv->adc_count == 0 && hw_counter == devpriv->initial_hw_count) {
/driv
On Sat, Jun 20, 2015 at 01:08:44PM +0200, Borislav Petkov wrote:
> On Sat, Jun 20, 2015 at 03:17:56PM +0800, Fengguang Wu wrote:
> > Greetings,
> >
> > 0day kernel testing robot got the below dmesg and the first bad commit is
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.g
On Tue, Jun 09, 2015 at 08:34:35AM -0700, Dave Hansen wrote:
> On 06/09/2015 05:43 AM, Ingo Molnar wrote:
> > +static char tlb_flush_target[PAGE_SIZE] __aligned(4096);
> > +static void fn_flush_tlb_one(void)
> > +{
> > + unsigned long addr = (unsigned long)&tlb_flush_target;
> > +
> > + tlb_flu
2015-06-21 20:55 keltezéssel, Boszormenyi Zoltan írta:
> 2015-06-21 19:55 keltezéssel, Jiang Liu írta:
>> On 2015/6/22 1:25, Jiang Liu wrote:
>> [...]
>> - Memory behind bridge: 8000-801f
>> - Prefetchable memory behind bridge:
>> 8020-803f
>
The first iteration of the dwmac-rk support did access an intermediate
clock directly below the pll selector. This was removed in a subsequent
revision, but the clock and one invocation remained. This results in
the driver trying to set the rate of a non-existent clock when the soc
and not some ext
Add constants and callback functions for the dwmac on rk3368 socs.
As can be seen, the base structure is the same, only registers and
the bits in them moved slightly.
Signed-off-by: Heiko Stuebner
---
.../devicetree/bindings/net/rockchip-dwmac.txt | 2 +-
drivers/net/ethernet/stmicro/stmma
The mac settings like RGMII/RMII, speeds etc are done in the so called
"General Register Files", contain numerous other settings as well and
always seem to change between Rockchip SoCs. Therefore abstract the
register accesses into a per-soc ops struct to make this reusable on
other Rockchip SoCs.
In a first version the driver did want to do some gpio wiggling, which
of course never made it into the kernel, but somehow these register
defines where forgotten. Remove them, as they shouldn't be here.
Signed-off-by: Heiko Stuebner
---
drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 3 ---
1
1 - 100 of 225 matches
Mail list logo