Status of I-8042 16 digital output channels can be managed via
sysfs.
Status of I-8042 16 digital input channels can be read via sysfs.
http://www.icpdas.com/products/Remote_IO/i-8ke/i-8042w.htm
Signed-off-by: Sergei Ianovich
---
Documentation/misc-devices/lp8x4x_bus.txt | 4 ++
Status of I-8042 4 analog output channels can be managed via
sysfs.
http://www.icpdas.com/root/product/solutions/remote_io/rs-485/i-8k_i-87k/i-8024w.html
Signed-off-by: Sergei Ianovich
---
Documentation/misc-devices/lp8x4x_bus.txt | 15 ++
drivers/misc/lp8x4x_bus.c | 89
This patch enumerates parallel modules in expansion slots and exposes
model numbers via sysfs.
Signed-off-by: Sergei Ianovich
---
Documentation/misc-devices/lp8x4x_bus.txt | 8 ++
arch/arm/mach-pxa/include/mach/lp8x4x.h | 8 ++
arch/arm/mach-pxa/lp8x4x.c| 42 +-
Serial modules (I-870xxW series) implement DCON protocol which
allows one-master-many-slaves configuration over RS-485. When
these modules are installed into the device, they could be
accessed using the 2nd PXA built-in UART port (/dev/ttySA1).
However, it seems that addresses are not processed by
This patch implements probing for the bus and reporting the number
of available expansion slots.
Signed-off-by: Sergei Ianovich
---
Documentation/misc-devices/lp8x4x_bus.txt | 30 ++
arch/arm/configs/lp8x4x_defconfig | 1 +
arch/arm/mach-pxa/include/mach/lp8x4x.h | 1 +
Status of I-8041 32 digital output channels can be managed via
sysfs now.
http://www.icpdas.com/products/Remote_IO/i-8ke/i-8041w.htm
Signed-off-by: Sergei Ianovich
---
Documentation/misc-devices/lp8x4x_bus.txt | 4 ++
drivers/misc/lp8x4x_bus.c | 67
The patch adds support for 3 additional LP-8x4x built-in serial
ports.
The device can also host up to 8 extension cards with 4 serial ports
on each card for a total of 35 ports. However, I don't have
the hardware to test extension cards, so they are not supported, yet.
Signed-off-by: Sergei
Signed-off-by: Sergei Ianovich
---
arch/arm/configs/lp8x4x_defconfig | 1 +
arch/arm/mach-pxa/include/mach/lp8x4x.h | 1 +
arch/arm/mach-pxa/lp8x4x.c | 8
drivers/rtc/Kconfig | 2 +-
drivers/rtc/rtc-ds1302.c| 85
This provides an MTD device driver for 512kB of battery backed up SRAM
on ICPDAS LP-8X4X programmable automation controllers.
SRAM chip is connected via FPGA and is not accessible without a driver,
unlike flash memory which is wired to CPU MMU.
This SRAM becomes an excellent persisent storage of
PXA serial ports have "standard" UART names (ttyS[0-3]), major
device number (4) and first minor device number (64) by default.
If the system has extra 8250 serial port hardware in addition
to onboard PXA serial ports, default settings produce a device
allocation conflict.
The patch provides a
ICP DAS calls LP-8x4x 'programmable automation controller'. It is
an industrial computer based on PXA270 SoC. They ship it with a 2.6.19
kernel and proprietary kernel module and userspace library to access its
industrial IO.
This patch series allows to boot the device with a modern kernel. It
Hi Greg, stable guys and all,
I released the stable kernel auto testing tool based on ktest.
https://github.com/satoru-takeuchi/test-linux-stable
After several configration, you can test any stable-rc kernels
by the following command. Just one command.
Raphael Hertzog writes:
> Hi,
>
> On Fri, 22 Nov 2013, Rusty Russell wrote:
>> Raphael Hertzog writes:
>> > Hello,
>> >
>> > I noticed that some options are not visible in the modinfo output. For
>> > instance "modinfo lockd" reports this on my Debian sid system:
> [...]
>> > Multiple other
On Thu, 2013-11-28 at 12:59 +0100, Peter Zijlstra wrote:
> On Wed, Nov 27, 2013 at 11:44:38PM -0800, Davidlohr Bueso wrote:
> > How about both enlarging the table _and_ aligning the buckets? As you
> > know, increasing the size of the table also benefits (particularly in
> > larger systems) in
On Sat, Nov 30, 2013 at 11:58:23PM +0100, Pavel Machek wrote:
> On Sat 2013-11-30 14:05:53, Greg KH wrote:
> > On Sat, Nov 30, 2013 at 09:42:37PM +0100, Pavel Machek wrote:
> > >
> > > mmap in tidspbridge is missing range-checks. For now, make this
> > > interface root-only, so that it does not
On Fri, Nov 29, 2013 at 04:33:00PM +0100, Rafael J. Wysocki wrote:
> On Friday, November 29, 2013 01:25:52 PM Yuanhan Liu wrote:
> > Greetings,
> >
> > We got the follow kernel panic dmesg(full dmesg is attached):
>
> That patch has been updated in linux-next recently, can you please
> check if
Hi
On Sat, Nov 30, 2013 at 6:10 AM, Michael Trimarchi
wrote:
> Hi
>
> On Sat, Nov 30, 2013 at 5:48 AM, Michael Trimarchi
> wrote:
>> Hi Roger
>>
>> On Fri, Nov 29, 2013 at 2:01 PM, Roger Quadros wrote:
>>> With u-boot 2013.10, USB devices are sometimes not detected
>>> on OMAP4 Panda. To make
On 1 December 2013 01:50, Rafael J. Wysocki wrote:
> On Saturday, November 30, 2013 09:26:19 PM Viresh Kumar wrote:
>> This introduces another routine cpufreq_notify_post_transition() which can be
>> used to send POSTCHANGE notification for new freq with or without both
>> {PRE|POST}CHANGE
On 11/12/2013 02:52:57 AM, Geert Uytterhoeven wrote:
On Tue, Nov 12, 2013 at 5:08 AM, Joe Perches wrote:
> On Tue, 2013-11-12 at 12:15 +0900, Linus Torvalds wrote:
>> Talking about "ideal implementation" is also singularly stupid.
>
> I just want the various arch implementations to match
> the
Dear User,
A phish attempt, banned phrase or sensitive information was detected in a
message sent to you and the original message has been quarantined. This message
is a copy of the original with the content replaced with this text. The subject
line and sender information has been unaltered
(2013/11/30 22:46), Ingo Molnar wrote:
Anyway, to fix all of them, I think we need file-based blacklist
especially for assembler symbols.
>>>
>>> assembler symbols shouldn't be particular hard either, just put them
>>> into the noprobes section.
>>
>> Would you mean .kprobes.text? Hmm,
From: Rafael J. Wysocki
Modify tg3_chip_reset() and tg3_close() to check if the PCI network
adapter device is accessible at all in order to skip poking it or
trying to handle a carrier loss in vain when that's not the case.
Introduce a special PCI helper function pci_device_is_present()
for this
On Saturday, November 30, 2013 02:27:15 PM Yinghai Lu wrote:
> On Sat, Nov 30, 2013 at 1:37 PM, Rafael J. Wysocki wrote:
> > On Saturday, November 30, 2013 01:31:33 AM Rafael J. Wysocki wrote:
> >> On Saturday, November 30, 2013 12:45:55 AM Rafael J. Wysocki wrote:
> >> > On Saturday, November
--
wir gratulieren Ihnen über Ihren Erfolg in der folgenden amtlichen
Veröffentlichung der Ergebnisse der E -Mail- Electronic Online
Gewinnspiel Organisiert von Google, in Verbindung mit der Stiftung für
die Förderung von Software-Produkten , (FPS) am 26. November 2013 hier
in London UK . Google
Add devicetree binding documentation for isp1704-charger.
Signed-off-by: Sebastian Reichel
---
Documentation/devicetree/bindings/power/isp1704.txt | 17 +
1 file changed, 17 insertions(+)
create mode 100644 Documentation/devicetree/bindings/power/isp1704.txt
diff --git
Hi,
This is the second iteration of the isp1704 DT patches.
Changes since v1:
* reword the binding documentation slightly according
to the suggestions of Mark Rutland
* keep supporting the set_power callback and leave the
board code in its current state. This solves potential
merge
This patch introduces device tree support to the isp1704
charger driver. Adding support involved moving the handling
of the enable GPIO from board code into the driver.
Signed-off-by: Sebastian Reichel
---
drivers/power/isp1704_charger.c | 55 ---
Michal Nazarewicz wrote:
> + wcn36xx_err("Run out of memory while hnadling SMD_EVENT
> (%d)\n",
> + msg_header->msg_type);
Typo hnadling.
//Peter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Saturday, November 30, 2013 02:40:30 PM Yinghai Lu wrote:
> Mutliple removing via /sys will call pci_destroy_dev two times.
>
> | When concurent removing pci devices which are in the same pci subtree
> | via sysfs, such as:
> | echo -n 1 > /sys/bus/pci/devices/\:10\:00.0/remove ; echo -n 1
This came up when John Fastabend got a patch to fix up the headers in
the drivers/scsi/ directory and so I did a quick search of the network
drivers and found several instances in the file headers where an old FSF
address remains. The old address is:
59 Temple Place - Suite 330
Boston, MA
On 12/01/2013 07:48 AM, Chen Gang wrote:
> On 12/01/2013 04:39 AM, Joe Perches wrote:
>> On Sat, 2013-11-30 at 21:08 +0100, Johannes Berg wrote:
>>> On Sat, 2013-11-30 at 22:02 +0800, Chen Gang wrote:
- fall-through is obvious (although I did not notice it, originally).
- Check
On 12/01/2013 04:39 AM, Joe Perches wrote:
> On Sat, 2013-11-30 at 21:08 +0100, Johannes Berg wrote:
>> On Sat, 2013-11-30 at 22:02 +0800, Chen Gang wrote:
>>> - fall-through is obvious (although I did not notice it, originally).
>>>
>>> - Check 'A' again just near by "case A" seems a little
On Sat 2013-11-30 18:29:38, Pavel Machek wrote:
> Hi!
>
> > > > > Hi, I already have this patch prepared for 3.13.
> > > >
> > > > Cool :-). Do you plan to publish / is there 3.13 based tree
> > > > I could pull somewhere?
> > > >
> > > > Thanks,
> > > >
> > > >
Quoting Boris BREZILLON (2013-11-28 04:36:24)
> Hello,
>
> This patch series is the 5th version of the at91 clk implementations
> using the Common Clk Framework.
Oops, I just replied to v5 of this series. Thanks for the fixes. Which
tree do you want this to go through?
Regards,
Mike
>
> Most
Quoting Boris BREZILLON (2013-11-12 12:51:52)
> Hello,
>
> This patch series is the 5th version of the at91 clk implementations
> using the Common Clk Framework.
Thanks for sending this latest version. A couple recurring themes to be
addressed:
1) Some clocks implement .prepare and .disable but
On Sat 2013-11-30 14:05:53, Greg KH wrote:
> On Sat, Nov 30, 2013 at 09:42:37PM +0100, Pavel Machek wrote:
> >
> > mmap in tidspbridge is missing range-checks. For now, make this
> > interface root-only, so that it does not cause security problems.
>
> Please fix this properly and don't paper
Currently ktest send SIGINT to terminate the console.
However, there are consoles which doesn't exit by this signal, for example,
in my case, "virsh console ". In such case, ktest is blocked in
close_console(). It prevents to automate tests.
This patch adds new option CLOSE_CONSOLE_SIGNAL
Hi
29.11.2013, 15:40, "Alexander Shiyan" :
> Private field "clkdiv" is not used outside "probe", so there are
> no reason to keep it in driver.
The whole serie looks good, thank you
Greg, please pull it into your tree
> Signed-off-by: Alexander Shiyan
Acked-by: Evgeniy Polyakov
--
To
Current we are using PCIBIOS_MAX_MEM_32 (4G limit) directly in the
pci_bus_alloc_resource to make sure that don't allocate too high
pref 64bit above 4G in the system that does not support that.
That is not right, as allocate_resource() should take resource limit.
Add pci_clip_resource() and use
On system with more pcie cards, we do not have enough range under 4G
to allocate those pci devices.
On 64bit system, we could try to allocate mem64 above 4G at first,
and fall back to below 4g if it can not find any above 4g.
x86 32bit without X86_PAE support will have bottom set to 0, because
First 4 are for Gu Zheng to help double pci
device removing via sysfs.
For patch 4, rafael like to have use lock instead of atomic.
Patch 6 are for not enabling realloc auto when 64bit mmio is not there for
root bus.
Others are about mmio 64 allocation that could help Guo Chao
on powerpc mmio
We should not release resource in pci_destroy that is too early
as there could be still other use hold reference.
release them or remove it from bus devices list at last
in pci_release_dev instead.
Signed-off-by: Yinghai Lu
---
drivers/pci/probe.c | 21 +++--
To be consistent with change in
| PCI: Move device_del() from pci_stop_dev() to pci_destroy_dev()
Use device_release_driver for root bus/hostbridge.
Also use device_unregister() in pci_remove_root_bus() instead of
device_del/put_device, that will be corresponding device_register()
for
No user anymore.
Signed-off-by: Yinghai Lu
---
arch/x86/include/asm/pci.h | 1 -
include/linux/pci.h| 4
2 files changed, 5 deletions(-)
diff --git a/arch/x86/include/asm/pci.h b/arch/x86/include/asm/pci.h
index 947b5c4..122c299 100644
--- a/arch/x86/include/asm/pci.h
+++
Mutliple removing via /sys will call pci_destroy_dev two times.
| When concurent removing pci devices which are in the same pci subtree
| via sysfs, such as:
| echo -n 1 > /sys/bus/pci/devices/\:10\:00.0/remove ; echo -n 1 >
| /sys/bus/pci/devices/\:1a\:01.0/remove
| (1a:01.0 device is
When one of children resources does not support MEM_64, MEM_64 for
bridge get reset, so pull down whole pref resource on the bridge under 4G.
If the bridge support pref mem 64, will only allocate that with pref mem64 to
children that support it.
For children resources if they only support pref
That bar could be 64bit pref mem and above 4G.
-v2: refresh to 3.13-rc1
Signed-off-by: Yinghai Lu
Cc: David Airlie
Reviewed-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/drivers/char/agp/intel-gtt.c
Some x86 systems expose above 4G 64bit mmio in _CRS as non-pref mmio range.
[ 49.415281] PCI host bridge to bus :00
[ 49.419921] pci_bus :00: root bus resource [bus 00-1e]
[ 49.426107] pci_bus :00: root bus resource [io 0x-0x0cf7]
[ 49.433041] pci_bus :00: root bus
Joseph found
| commit b07f2ebc109b607789f648dedcff4b125f9afec6
| Date: Thu Feb 23 19:23:32 2012 -0800
|
|PCI: add a PCI resource reallocation config option
cause one system can not load driver for Intel x520 NIC's.
The root resource:
[1.212470] PCI host bridge to bus :20
[
Please format your commit message text to 80 columns.
Ok, no problem. I did not know that 80 columns limitation applies also
for commit messages.
You should be instead preventing the transmit method from being
invoked when it might be possible that a request cannot be
satisfied. This means
We stop detach proc when pci_stop_device.
So should attach that during pci_bus_add_device.
Signed-off-by: Yinghai Lu
---
drivers/pci/bus.c | 1 +
drivers/pci/probe.c | 2 --
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/pci/bus.c b/drivers/pci/bus.c
index
For allocating resource under bus path, we do not have dev to pass along,
and we only have bus to use instead.
-v2: drop pcibios_bus_addr_to_resource().
Signed-off-by: Yinghai Lu
---
drivers/pci/host-bridge.c | 34 +-
include/linux/pci.h | 5 +
2
On Sat, 30 Nov 2013, Meelis Roos wrote:
> I am debugging a reboot problem on Sun Ultra 5 (sparc64) with 512M RAM
> and turned on DEBUG_PAGEALLOC DEBUG_SLAB and DEBUG_SLAB_LEAK (and most
> other debug options) and got the following BUG and hang on startup. This
> happened originally with
On Sat, Nov 30, 2013 at 1:37 PM, Rafael J. Wysocki wrote:
> On Saturday, November 30, 2013 01:31:33 AM Rafael J. Wysocki wrote:
>> On Saturday, November 30, 2013 12:45:55 AM Rafael J. Wysocki wrote:
>> > On Saturday, November 30, 2013 12:38:26 AM Rafael J. Wysocki wrote:
>> > > On Tuesday,
On Sat, 30 Nov 2013, Johannes Weiner wrote:
> > The oom killer requires a tasklist scan, or an iteration over the set of
> > processes attached to the memcg for the memcg case, to find a victim. It
> > already defers if it finds eligible threads with TIF_MEMDIE set.
>
> And now you say that
Christian Kujau writes:
> On Sat, 30 Nov 2013 at 02:11, Christian Kujau wrote:
>> On Sat, 30 Nov 2013 at 02:07, Christian Kujau wrote:
>> > while trying to upgrade from 3.12.0 to 3.13-rc1 or -rc2, the following
>> > happens early during bootup:
>> >
>> > [...]
>> > Freeing unused kernel
On Sat, Nov 30, 2013 at 09:42:37PM +0100, Pavel Machek wrote:
>
> mmap in tidspbridge is missing range-checks. For now, make this
> interface root-only, so that it does not cause security problems.
Please fix this properly and don't paper over the real problem here.
thanks,
greg k-h
--
To
> Commit: 4a2c94c9b6c03af61b04993340bd9559e2277de4
> Author: Benjamin Tissoires
> AuthorDate: Wed Nov 20 09:49:41 2013 -0500
> Committer: Jiri Kosina
> CommitDate: Thu Nov 21 10:28:58 2013 +0100
>
> HID: kye: Add report fixup for Genius Manticore Keyboard
>
>
On Sat, Nov 30, 2013 at 05:31:34PM +0100, Jan Engelhardt wrote:
>
> On Friday 2013-11-29 11:48, Chris Wilson wrote:
> >> What I could collect so far:
> >
> >Thanks, I broke the handling of cropped XvImages along the fast paths.
> >It should be fixed by:
> >
> >commit
On Saturday, November 30, 2013 01:31:33 AM Rafael J. Wysocki wrote:
> On Saturday, November 30, 2013 12:45:55 AM Rafael J. Wysocki wrote:
> > On Saturday, November 30, 2013 12:38:26 AM Rafael J. Wysocki wrote:
> > > On Tuesday, November 26, 2013 06:26:54 PM Yinghai Lu wrote:
> > > > On Tue, Nov
From: Zoltan Kiss
Date: Fri, 29 Nov 2013 18:56:47 +
> Before checksum setup we need to make sure we have enough data in linear
> buffer, so we do a pull if not. The calculation of the required data counts
> with skb->network_header, which is the headroom size actually. This is not
>
On Sat, Nov 30, 2013 at 1:43 AM, Simon Kirby wrote:
>
> I turned on kmalloc-192 tracing to find what else is using it: struct
> nfs_fh, struct bio, and struct cred. Poking around those, struct bio has
> bi_cnt, but it is way down in the struct. struct cred has "usage", but it
> comes first.
You
On Sat, Nov 30, 2013 at 09:25:33AM -0800, Linus Torvalds wrote:
> On Sat, Nov 30, 2013 at 1:43 AM, Simon Kirby wrote:
>
> > I turned on kmalloc-192 tracing to find what else is using it: struct
> > nfs_fh, struct bio, and struct cred. Poking around those, struct bio has
> > bi_cnt, but it is way
On Sat, 2013-11-30 at 13:56 -0500, Konrad Rzeszutek Wilk wrote:
> My theory is that the SWIOTLB is not full - it is just that the request
> is for a compound page that is more than 512kB. Please note that
> SWIOTLB highest "chunk" of buffer it can deal with is 512kb.
>
> And that is of course the
mmap in tidspbridge is missing range-checks. For now, make this
interface root-only, so that it does not cause security problems.
Signed-off-by: Pavel Machek
Reported-by: Nico Golde
Reported-by: Fabian Yamaguchi
---
On Sat 2013-11-30 22:49:35, Dan Carpenter wrote:
> On Sat, Nov 30, 2013 at
On Sat, 2013-11-30 at 21:08 +0100, Johannes Berg wrote:
> On Sat, 2013-11-30 at 22:02 +0800, Chen Gang wrote:
>
> > >>> case NL80211_IFTYPE_AP:
> > >>> - if (sdata->vif.type == NL80211_IFTYPE_AP)
> > >>> - chanctx_conf =
> > >>>
On both v3.13-rc1 and v3.13-rc2 is see this at every boot and during
every suspend and resume cycle:
<4>[2.682468] WARNING: CPU: 0 PID: 173 at
drivers/gpu/drm/i915/intel_display.c:9948
intel_get_pipe_from_connector+0x42/0x50 [i915]()
<5>[2.682470] Modules linked in: i915(F+)
On Sat, 2013-11-30 at 22:02 +0800, Chen Gang wrote:
> >>> case NL80211_IFTYPE_AP:
> >>> - if (sdata->vif.type == NL80211_IFTYPE_AP)
> >>> - chanctx_conf = rcu_dereference(sdata->vif.chanctx_conf);
> >>> + chanctx_conf = rcu_dereference(sdata->vif.chanctx_conf);
>
On Saturday, November 30, 2013 09:26:19 PM Viresh Kumar wrote:
> This introduces another routine cpufreq_notify_post_transition() which can be
> used to send POSTCHANGE notification for new freq with or without both
> {PRE|POST}CHANGE notifications for last freq in case of failures. This is
>
On Saturday, November 30, 2013 04:07:36 PM Francis Moreau wrote:
> Hello Thomas,
>
> Sorry for the delay.
>
> On 11/29/2013 10:02 AM, Thomas Gleixner wrote:
> > On Fri, 29 Nov 2013, Francis Moreau wrote:
> >> Since it seems to be related to rtsx driver or its upper layer, could
> >> the folks
On Sat, Nov 30, 2013 at 08:19:32PM +0100, Pavel Machek wrote:
> so perhaps Nico Golde or Dan Carpenter can elaborate? I Cc-ed them
> now.
>
> Or is it some kind of super-secret issue and still under embargo for
> 10 days?
>
Hi!
> However, could you elaborate on the "security bug" so I can try to
> fix it and send the patch?
> Also, what needs to be done for the tidspdriver to get out of
> staging as it seems that what I
> though initially is incorrect.
Commit
commit 930ba4a374b96560ef9fde2145cdc454a164ddcc
Author:
2013/11/23, Alexey Charkov :
> This series introduces platform bus (OpenFirmware) binding for via-rhine,
> as used in various ARM-based Systems-on-Chip by VIA/WonderMedia.
>
> This has been tested on a WM8950-based VIA APC Rock development board
>
> Alexey Charkov (3):
> net: via-rhine: switch
On 11/30, Oleg Nesterov wrote:
>
> First of all, this smp_wmb() is not clear.
Yes, but...
> However, do_int3() does preempt_conditional_sti() and this looks
> as if it can be called with irqs enabled?
Ah, please ignore, I misread preempt_conditional_sti(). It enables
irqs if they were enabled
Hi Wolfram,
On Fri, Oct 25, 2013 at 08:56:34PM +0100, Grant Likely wrote:
> On Tue, 22 Oct 2013 14:56:16 +0200, Sebastian Reichel wrote:
> > Add all chips supported by the bq27xxx driver to the list
> > of trivial i2c devices.
> >
> > Signed-off-by: Sebastian Reichel
> Acked-by: Grant Likely
On Sat, Nov 30, 2013 at 12:51:10PM -0500, David Miller wrote:
> From: Hannes Frederic Sowa
> Date: Sat, 30 Nov 2013 18:46:35 +0100
>
> > On Fri, Nov 29, 2013 at 04:39:30PM -0500, David Miller wrote:
> >> From: Hannes Frederic Sowa
> >> Date: Thu, 28 Nov 2013 20:04:11 +0100
> >>
> >> > Since
From: Hannes Frederic Sowa
Date: Sat, 30 Nov 2013 18:46:35 +0100
> On Fri, Nov 29, 2013 at 04:39:30PM -0500, David Miller wrote:
>> From: Hannes Frederic Sowa
>> Date: Thu, 28 Nov 2013 20:04:11 +0100
>>
>> > Since patch "IPv6: Fixed support for blackhole and prohibit routes" we
>> > need
From: Eric Dumazet
Date: Sat, 30 Nov 2013 08:45:55 -0800
> On Fri, 2013-11-29 at 06:39 +0100, Hannes Frederic Sowa wrote:
>> IPv6 stats are 64 bits and thus are protected with a seqlock. By not
>> disabling bottom-half we could deadlock here if we don't disable bh and
>> a softirq reentrantly
On Fri, Nov 29, 2013 at 04:39:30PM -0500, David Miller wrote:
> From: Hannes Frederic Sowa
> Date: Thu, 28 Nov 2013 20:04:11 +0100
>
> > Since patch "IPv6: Fixed support for blackhole and prohibit routes" we
> > need ip6_pkt_prohibit(_out) available without CONFIG_IPV6_MULTIPLE_TABLES
> >
There is a huge difference between something that breaks after 2^32 and 2^64
events. Very few computers will ever be able to have 2^64 events of any kind
in their lifetime, never mind a single boot.
Andy Lutomirski wrote:
>[Subject changed because this isn't relevant to the patches in
[Subject changed because this isn't relevant to the patches in
question any more.]
On Sat, Nov 30, 2013 at 1:18 AM, Peter Zijlstra wrote:
> On Fri, Nov 29, 2013 at 03:22:45PM -0800, Andy Lutomirski wrote:
>> On Fri, Nov 29, 2013 at 9:37 AM, Peter Zijlstra wrote:
>> > Use the 'latch' data
Hi!
> > > > Hi, I already have this patch prepared for 3.13.
> > >
> > > Cool :-). Do you plan to publish / is there 3.13 based tree
> > > I could pull somewhere?
> > >
> > > Thanks,
> > >
> > > Pavel
> >
> > Yes, I will rebase n900
Hello.
On 30-11-2013 7:51, Chris Ruehl wrote:
usb: chipidea: Fix Internal error: : 808 [#1] ARM related to STS flag
* init the sts flag to 0 (missed)
* Set PORTCS_STS only if VUSB_HS_PHY_TYPE > 1
otherwise the register is ReadOnly
* Set/Reset correct BIT(28)/BIT(29) for STS
* Greg KH [131130 08:20]:
> On Sat, Nov 30, 2013 at 11:58:23AM +0200, Ivajlo Dimitrov wrote:
> > Hi,
> >
> > (re-sending in plain text, sorry for the noise)
> >
> > commit
> > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=930ba4a374b96560ef9fde2145cdc454a164ddcc
>
On Sat, Nov 30, 2013 at 1:43 AM, Simon Kirby wrote:
> On Tue, Nov 26, 2013 at 03:16:09PM -0800, Linus Torvalds wrote:
>>
>> The pipe-info structure isn't using its own slab cache, it's just
>> using "kmalloc()". So it by definition will merge with all other
>> kmalloc() allocations of the same
* Tony Lindgren [131130 09:08]:
> * Peter Ujfalusi [131128 04:01]:
> > On 11/28/2013 01:29 PM, Tomi Valkeinen wrote:
> > > pcs_enable() uses vals->mask instead of pcs->fmask when bits_per_mux is
> > > enabled. However, pcs_disable() always uses pcs->fmask.
> > >
> > > Fix pcs_disable() to use
* Tomi Valkeinen [131128 03:30]:
> If the masks in DT data are not quite right,
> pcs_parse_bits_in_pinctrl_entry() can end up in an infinite loop,
> trashing memory at the same time.
>
> Add a check to verify that each loop actually removes bits from the
> 'mask', so that the loop can
* Peter Ujfalusi [131128 04:01]:
> On 11/28/2013 01:29 PM, Tomi Valkeinen wrote:
> > pcs_enable() uses vals->mask instead of pcs->fmask when bits_per_mux is
> > enabled. However, pcs_disable() always uses pcs->fmask.
> >
> > Fix pcs_disable() to use vals->mask with bits_per_mux.
>
> I wonder
* Tomi Valkeinen [131128 03:30]:
> Remove extra comma in pinctrl-single documentation.
>
> Signed-off-by: Tomi Valkeinen
Acked-by: Tony Lindgren
> ---
> Documentation/devicetree/bindings/pinctrl/pinctrl-single.txt | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Merge all TWL family subnode documentation into
the TWL family documentation file and fix typo
in its filename.
Signed-off-by: Sebastian Reichel
---
Hi,
This is v2 of the patch. Changes since v1 [0] are:
* Update to latest twl4030-keypad DT patchset
* Apply changes requested by Mark Rutland
Add devicetree binding documentation for twl4030-keypad.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/input/twl4030-keypad.txt | 27 ++
1 file changed, 27 insertions(+)
create mode 100644 Documentation/devicetree/bindings/input/twl4030-keypad.txt
diff
Hi,
Add device tree support for the twl4030 keypad, which is
for example used in the Nokia N900.
Changes since v3 [0]:
* Removed support for disabling autorepeat via DT. There
is still discussion going on, how the standard binding
should look like. On the other hand everyone agrees,
Add device tree support for twl4030 keypad driver.
Tested on Nokia N900.
Signed-off-by: Sebastian Reichel
---
drivers/input/keyboard/twl4030_keypad.c | 65 -
1 file changed, 48 insertions(+), 17 deletions(-)
diff --git a/drivers/input/keyboard/twl4030_keypad.c
Sorry for completely offtopic question, but while we are here...
On 11/30, Jiri Kosina wrote:
>
> We have moved from using stop_machine() to int3-based patching exactly
> because it's much more lightweight.
I don't really understans the barriers in poke_int3_handler() and
text_poke_bp(). To the
On Fri, Nov 29, 2013 at 04:31:13PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, Nov 29, 2013 at 03:42:35PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Thu, Nov 28, 2013 at 12:33:05PM +0100, Jiri Olsa escreveu:
> > > This plugin adds field resolving functions for following tracepoint
> >
On Fri, Nov 29, 2013 at 03:34:39PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Nov 28, 2013 at 12:33:00PM +0100, Jiri Olsa escreveu:
> > We use -fstack-protector-all option to enable stack protecting
> > for all available functions. There's no reason for enabling
> > -Wstack-protector to get
On Fri, Nov 29, 2013 at 03:42:35PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Nov 28, 2013 at 12:33:05PM +0100, Jiri Olsa escreveu:
> > Backporting jbd2 plugin.
> >
> > Backported from Steven Rostedt's trace-cmd repo (HEAD 0f2c2fb):
> >
On Fri, 2013-11-29 at 06:39 +0100, Hannes Frederic Sowa wrote:
> IPv6 stats are 64 bits and thus are protected with a seqlock. By not
> disabling bottom-half we could deadlock here if we don't disable bh and
> a softirq reentrantly updates the same mib.
>
> Cc: Eric Dumazet
> Signed-off-by:
On Sat, 30 Nov 2013, Stephane Eranian wrote:
> Ok, I have added PP1 now and it works fine on my HSW desktop.
> What I want to know now is what is this map to on servers?
> And on clients, it is always mapped to the GFX. If so, then
> we can use a more specific name: power/energy-gfx/
I don't
On Friday 2013-11-29 11:48, Chris Wilson wrote:
>> What I could collect so far:
>
>Thanks, I broke the handling of cropped XvImages along the fast paths.
>It should be fixed by:
>
>commit fd007d9d465b9b3ddbbaf769931ec921a6f5ecb8
>Author: Chris Wilson
>Date: Thu Nov 28 21:13:33 2013 +
>
>
1 - 100 of 410 matches
Mail list logo