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:
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
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 +
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
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
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
Hi Michael,
>> pdev = bus->host_pci;
>> mutex_init(>sprom_mutex);
>> -err = device_create_file(>dev, _attr_ssb_sprom);
>> -if (err)
>> -goto out;
>> -
>> -out:
>> -return err;
>> +return device_create_file(>dev, _attr_ssb_sprom);
>> }
>
>
>I don't really
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,
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
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
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
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;
@@
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);
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(>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
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
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
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
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,
>> +
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
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 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
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
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:
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
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=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
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]
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
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
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
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
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
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
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.
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
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
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
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) {
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
> >
> >
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)_flush_target;
> > +
> > +
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
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 +-
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
Apart from small cleanups, this series provides support for the dwmac
on the new rk3368 ARM64 soc.
Tested on a R88 board using a RMII phy.
Changes since v1:
- Adapt to changes resulting from patch d42202dce002 ("net: stmmac:
dwmac-rk: Don't add function name in info or err messages")
Heiko
On 2015-06-21 01:49, Peter Stuge wrote:
> Stefan Agner wrote:
>> libftdi requires to detach the kernel driver to get access to the device
>
> Control transfers ought to be possible without a detach.
Good to know, thanks for this input. The detach is probably a default
behavior of libftdi... Will
Hi Philipp,
On 2015-06-21 04:22, Philipp Hachtmann wrote:
> Am 21.06.2015 um 00:12 schrieb Stefan Agner:
>> There are three GPIO modes supported by FTDI devices:
>> 1. Asynchronous Bit Bang Mode (used in Sacha's patch)
>> 2. Synchronous Bit Bang Mode (used in Philipp's patch)
>> 3. CBUS Bit Bang
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 arch/x86/um/asm/ptrace.h:8,
from
On Sun, Jun 21, 2015 at 09:11:31PM +0300, Kirill A. Shutemov wrote:
> On Sat, Jun 20, 2015 at 02:28:06PM +0300, Ebru Akagunduz wrote:
> > + /* pte is unmapped now, we need to map it */
> > + pte = pte_offset_map(pmd, _address);
>
> No, it's within the same pte
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
> + Memory behind bridge: ff00-ff1f
> +
Are you looking to expand production, purchase new equipment,start a
business,expand your markets or access working capital for a special
project? Do you need a business or personal Loan? Take the next step
and contact us for a financial solution. Email us today:
assuredguarantyfinanc...@yahoo.com
2015-06-21 19:25 keltezéssel, Jiang Liu írta:
> On 2015/6/21 22:19, Boszormenyi Zoltan wrote:
>> 2015-06-21 16:03 keltezéssel, Bjorn Helgaas írta:
>>> [+cc linux-pci]
>>>
>>> Hi Boszormenyi,
>>>
>>> On Sun, Jun 21, 2015 at 5:34 AM, Boszormenyi Zoltan wrote:
Hi,
please, cc me, I am
On Sat, Jun 20, 2015 at 02:28:06PM +0300, Ebru Akagunduz wrote:
> This patch makes swapin readahead to improve thp collapse rate.
> When khugepaged scanned pages, there can be a few of the pages
> in swap area.
>
> With the patch THP can collapse 4kB pages into a THP when
> there are up to
Guennadi Liakhovetski writes:
> On Sat, 20 Jun 2015, Robert Jarzmik wrote:
>
>> Guennadi Liakhovetski writes:
>>
>> >> +static void pxa_camera_dma_irq(struct pxa_camera_dev *pcdev,
>> >> +enum pxa_camera_active_dma act_dma);
>> >> +
>> >> +static void
Commit-ID: 1cb6c2151850584ee805fdcf088af0bb81f4b086
Gitweb: http://git.kernel.org/tip/1cb6c2151850584ee805fdcf088af0bb81f4b086
Author: Paul Gortmaker
AuthorDate: Sat, 20 Jun 2015 19:02:32 -0400
Committer: Thomas Gleixner
CommitDate: Sun, 21 Jun 2015 20:01:48 +0200
clocksource:
David Miller writes:
>> Note that endianess on microblaze is not determined through Kconfig,
>> but by means of a compiler provided CPP macro, namely __MICROBLAZEEL__.
>> However, gcc defaults to big endianess on that platform.
> Applied, but we're long overdue for an across-the-board-available
>
On 2015/6/22 1:25, Jiang Liu wrote:
[...]
- Memory behind bridge: 8000-801f
- Prefetchable memory behind bridge:
8020-803f
+ Memory behind bridge: ff00-ff1f
+ Prefetchable memory behind bridge:
On Sat, Jun 20, 2015 at 02:28:05PM +0300, Ebru Akagunduz wrote:
> This patch makes optimistic check for swapin readahead
> to increase thp collapse rate. Before getting swapped
> out pages to memory, checks them and allows up to a
> certain number. It also prints out using tracepoints
> amount of
On Sat, Jun 20, 2015 at 02:28:04PM +0300, Ebru Akagunduz wrote:
> Using static tracepoints, data of functions is recorded.
> It is good to automatize debugging without doing a lot
> of changes in the source code.
>
> This patch adds tracepoint for khugepaged_scan_pmd,
> collapse_huge_page and
On 2015/6/21 22:19, Boszormenyi Zoltan wrote:
> 2015-06-21 16:03 keltezéssel, Bjorn Helgaas írta:
>> [+cc linux-pci]
>>
>> Hi Boszormenyi,
>>
>> On Sun, Jun 21, 2015 at 5:34 AM, Boszormenyi Zoltan wrote:
>>> Hi,
>>>
>>> please, cc me, I am not subscribed to lkml.
>>>
Hi,
[lkml.org
From: Heiko Stuebner
Date: Wed, 17 Jun 2015 23:54:42 +0200
> Apart from small cleanups, this series provides support for the dwmac
> on the new rk3368 ARM64 soc.
>
> Tested on a R88 board using a RMII phy.
These patches do not apply to the net-next tree, please respin
and resubmit.
Thanks.
--
On 05/05/2015 12:36 PM, Markus Stenberg wrote:
> If there are only IPv6 source specific default routes present, the
> host gets -ENETUNREACH on e.g. connect() because ip6_dst_lookup_tail
> calls ip6_route_output first, and given source address any, it fails,
> and ip6_route_get_saddr is never
Guennadi Liakhovetski writes:
> Hi Robert,
>
> On Sun, 22 Mar 2015, Robert Jarzmik wrote:
>
>> From: Robert Jarzmik
>>
>> Convert pxa_camera to dmaengine. This removes all DMA registers
>> manipulation in favor of the more generic dmaengine API.
>>
>> The functional level should be the same
I need your assistance to transfer $22,500,000.00 Dollars from Hong Kong
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Please read the FAQ at http://www.tux.org/lkml/
On 21.06.2015 18:57, Marc Kleine-Budde wrote:
I'll send a pullrequest to David asap, I'll add stable on Cc if this
doesn't make it into v4.1 anymore.
Thanks Marc!
I sent it to netdev and Dave directly too as he was working on his backlog -
and I was not sure if you are available until the
On 06/21/2015 06:50 PM, Oliver Hartkopp wrote:
> As reported by Manfred Schlaegl here
>
>http://marc.info/?l=linux-netdev=143482089824232=2
>
> commit 514ac99c64b "can: fix multiple delivery of a single CAN frame for
> overlapping CAN filters" requires the skb->tstamp to be set to check for
As reported by Manfred Schlaegl here
http://marc.info/?l=linux-netdev=143482089824232=2
commit 514ac99c64b "can: fix multiple delivery of a single CAN frame for
overlapping CAN filters" requires the skb->tstamp to be set to check for
identical CAN skbs.
As net timestamping is influenced by
This patch adds ability to define optional clock of connected
USB hub to ChipIdea i.MX usb controller driver.
This is needed for example for UDOO board.
Previously, this board DT file used a fact that non-core registers
of this USB controller have a separate driver (usbmisc_imx) which
did allow
From: Antonio Borneo
Date: Wed, 17 Jun 2015 19:42:31 +0800
> USE_OF is used as intermediate Kconfig option by few
> arch's (ARM, MIPS, Xtensa).
> Replace instances of USE_OF outside of arch folders
> with proper OF_???.
>
> Signed-off-by: Antonio Borneo
Applied to net-next, thanks.
--
To
From: Zhaowei Yuan
Date: Wed, 17 Jun 2015 17:56:27 +0800
> Struct inet_proto no longer exists, so update the
> comment which is out of date.
>
> Signed-off-by: Zhaowei Yuan
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Please read the FAQ at
On Sun, 2015-06-21 at 18:36 +0200,
=?UTF-8?q?Horacio=20Mijail=20Ant=C3=B3n=20Quiles?= wrote:
> Calling hex_dump_to_buffer() with a buffer non-naturally-aligned to the
> groupsize causes non-naturally-aligned memory accesses. This was causing
> a kernel panic on the BlackFin BF527, when such a call
From: Frans Klaver
Date: Wed, 17 Jun 2015 10:30:18 +0200
> Ah, that explains something. If retire timer is not going to be needed
> for tx, wouldn't it be better to remove the whole tx_ring handling
> from this function altogether, rather than changing the BUG()?
Agreed.
--
To unsubscribe from
From: Nicolai Stange
Date: Wed, 17 Jun 2015 03:05:02 +0200
> Fix an allmodconfig compilation failer on microblaze due to big endian
> architectures being apparently unsupported by the NetJet code:
> drivers/isdn/hisax/nj_s.c: In function 'setup_netjet_s':
> drivers/isdn/hisax/nj_s.c:265:2:
>
From: Kees Cook
Date: Tue, 16 Jun 2015 15:36:17 -0700
> There's no reason to perform a buffer copy for the firmware name. This
> also avoids a (currently impossible with current callers) NULL dereference
> if there was no matching firmware.
>
> Signed-off-by: Kees Cook
Applied to net-next,
Calling hex_dump_to_buffer() with a buffer non-naturally-aligned to the
groupsize causes non-naturally-aligned memory accesses. This was causing
a kernel panic on the BlackFin BF527, when such a call was made by
ubifs_scanned_corruption() in fs/ubifs/scan.c .
To fix this, if the buffer is
From: Andrea Parri
Date: Wed, 17 Jun 2015 00:16:59 +0200
> The control !hlist_unhashed() in qfq_destroy_agg() is unnecessary
> because already performed in hlist_del_init(), so remove it.
>
> Signed-off-by: Andrea Parri
Applied.
--
To unsubscribe from this list: send the line "unsubscribe
On Sun, Jun 21, 2015 at 3:03 AM, Christoph Hellwig wrote:
>> +config ND_MAX_REGIONS
>> + int "Maximum number of regions supported by the sub-system"
>> + default 64
>> + ---help---
>> + A 'region' corresponds to an individual DIMM or an interleave
>> + set of DIMMs. A
From: Julien Grall
Date: Tue, 16 Jun 2015 20:10:46 +0100
> rx->status is an int16_t, print it using %d rather than %u in order to
> have a meaningful value when the field is negative.
>
> Also use %u rather than %x for rx->offset.
>
> Signed-off-by: Julien Grall
> Reviewed-by: David Vrabel
From: Julien Grall
Date: Tue, 16 Jun 2015 20:10:47 +0100
> The variables old_req_cons and ring_slots_used are assigned but never
> used since commit 1650d5455bd2dc6b5ee134bd6fc1a3236c266b5b "xen-netback:
> always fully coalesce guest Rx packets".
>
> Signed-off-by: Julien Grall
> Acked-by: Wei
From: Julien Grall
Date: Tue, 16 Jun 2015 20:10:48 +0100
> Append 0x to all %x in order to avoid while reading when there is other
> decimal value in the log.
>
> Also replace some of the hexadecimal print to decimal to uniformize the
> format with netfront.
>
> Signed-off-by: Julien Grall
From: Fabian Frederick
Date: Tue, 16 Jun 2015 20:44:07 +0200
> This patch also renames sg to sglist and aligns function parameters.
> See Documentation/DMA-API.txt - Part Id for scatterlist details
>
> Signed-off-by: Fabian Frederick
> ---
> This is untested.
> V2: reorder variables (suggested
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
> filled with garbage on boot or driver installation.
>
> And randomly set flags in
On Sat, 20 Jun 2015, Robert Jarzmik wrote:
> Guennadi Liakhovetski writes:
>
> >> +static void pxa_camera_dma_irq(struct pxa_camera_dev *pcdev,
> >> + enum pxa_camera_active_dma act_dma);
> >> +
> >> +static void pxa_camera_dma_irq_y(void *data)
> >
> > Wait, how is this
From: Noam Camus
Date: Tue, 16 Jun 2015 17:35:42 +0300
> From: Noam Camus
>
> Simple LAN device for debug or management purposes.
> Device supports interrupts for RX and TX(completion).
> Device does not have DMA ability.
>
> Signed-off-by: Noam Camus
> Signed-off-by: Tal Zilcer
> Acked-by:
1 - 100 of 376 matches
Mail list logo
