On 04/29/13 10:59, Yann E. MORIN wrote:
> From: "Yann E. MORIN"
>
> The C++ compiler is more strict in that it refuses to assign
> a void* to a struct list_head*.
>
> Fix that by explicitly casting the poisonning constants.
>
> (Tested with all 5 frontends, now.)
>
> Reported-by: Randy Dunlap
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 2d6fbfe733f35c6b355c216644e08e149c61b271 ]
The current code does not fill the msg_name member in case it is set.
It also does not set the msg_namelen member to
This is the start of the stable review cycle for the 3.4.43 release.
There are 34 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Wed May 1 18:46:13 UTC 2013.
Anything receive
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 4683f42fde3977bdb4e8a09622788cc8b5313778 ]
In case the socket is already shutting down, bt_sock_recvmsg() returns
with 0 without updating msg_namelen leading t
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 9b3e617f3df53822345a8573b6d358f6b9e5ed87 ]
The current code does not fill the msg_name member in case it is set.
It also does not set the msg_namelen member to
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: "David S. Miller"
[ Commits f36391d2790d04993f48da6a45810033a2cdf847 and
f0af97070acbad5d6a361f485828223a4faaa0ee upstream. ]
As reported by Dave Kleikamp, when we emit cross calls to do batc
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jiri Slaby
commit 37b7f3c76595e23257f61bd80b223de8658617ee upstream.
In commit b0de59b5733d ("TTY: do not update atime/mtime on read/write")
we removed timestamps from tty inodes to fix a secur
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Zhao Hongjiang
commit 91d80a84bbc8f28375cca7e65ec666577b4209ad upstream.
dprintk() shouldn't access @ring after it's unmapped.
Signed-off-by: Zhao Hongjiang
Signed-off-by: Linus Torvalds
Sig
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 12fb3dd9dc3c64ba7d64cec977cca9b5fb7b1d4e ]
commit bd090dfc634d (tcp: tcp_replace_ts_recent() should not be called
from tcp_validate_incoming()) introduced a TS e
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 60085c3d009b0df252547adb336d1ccca5ce52ec ]
The code in set_orig_addr() does not initialize all of the members of
struct sockaddr_tipc when filling the sockaddr
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Graf
[ Upstream commit 50bceae9bd3569d56744882f3012734d48a1d413 ]
If a TCP retransmission gets partially ACKed and collapsed multiple
times it is possible for the headroom to grow beyon
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Petazzoni
[ Upstream commit 2e0cbf2cc2c9371f0aa198857d799175ffe231a6 ]
The mvmdio driver uses the phylib API, so it should select the PHYLIB
symbol, otherwise, a build with mvmdio (but
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?=
[ Upstream commit 32b161aa88aa40a83888a995c6e2ef81140219b1 ]
The intention was to test against the constant, not the size of
the constant.
Signed-off-by: Bjørn M
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Aaro Koskinen
commit f5d6a1441a5045824f36ff7c6b6bbae0373472a6 upstream.
Currently IOP3XX_PERIPHERAL_VIRT_BASE conflicts with PCI_IO_VIRT_BASE:
address
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Stephen Boyd
commit cea15092f098b7018e89f64a5a14bb71955965d5 upstream.
cyc_to_sched_clock() is called by sched_clock() and cyc_to_ns()
is called by cyc_to_sched_clock(). I suspect that some com
On Mon, Apr 29, 2013 at 11:55 AM, Linus Torvalds
wrote:
>
> But right now it smells like somethign that should not be at
> the top level.
Btw, I pulled and pushed out, because I don't think this is the end of
the world, but it's part of my constant fight against people who think
that *their* subs
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 97599dc792b45b1669c3cdb9a4b365aad0232f65 ]
Commit 4a94445c9a5c (net: Use ip_route_input_noref() in input path)
added a bug in IP defragmentation handling, as non
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
[ Upstream commit 83f1b4ba917db5dc5a061a44b3403ddb6e783494 ]
Commit 257b5358b32f ("scm: Capture the full credentials of the scm
sender") changed the credentials passing code to
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Greear
[ Upstream commit c846ad9b880ece01bb4d8d07ba917734edf0324f ]
If one does do something unfortunate and allow a
bad offload bug into the kernel, this the
skb_warn_bad_offload can effe
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Patrick McHardy
[ Upstream commit 124dff01afbdbff251f0385beca84ba1b9adda68 ]
Commit 130549fe ("netfilter: reset nf_trace in nf_reset") added code
to reset nf_trace in nf_reset(). This is wrong
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Willy Tarreau
[ Upstream commit ee40a116ebf139f900c3d2e6febb8388738e96d0 ]
mvneta_tx() was using a static tx queue number causing crashes as
soon as a little bit of traffic was sent via the in
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Wei Yongjun
[ Upstream commit 06848c10f720cbc20e3b784c0df24930b7304b93 ]
Fix to return a negative error code from the error handling
case instead of 0, as returned elsewhere in this function.
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Popov
[ Upstream commit d66954a066158781ccf9c13c91d0316970fe57b6 ]
There is a bug in cookie_v4_check (net/ipv4/syncookies.c):
flowi4_init_output(&fl4, 0, sk->sk_mark, RT_CONN_FL
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Michael Riesch
[ Upstream commit 88c5b5ce5cb57af6ca2a7cf4d5715fa320448ff9 ]
Signed-off-by: Michael Riesch
Cc: Jiri Benc
Cc: "Theodore Ts'o"
Acked-by: Mark Rustad
Signed-off-by: David S. Mi
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Christoph Paasch
[ Upstream commit 50a75a8914539c5dcd441c5f54d237a666a426fd ]
Tetja Rediske found that if the host receives an ICMPv6 redirect message
after sending a SYN+ACK, the connection w
On Sat, Apr 13, 2013 at 09:21:33AM +0900, HATAYAMA Daisuke wrote:
[..]
> ELF notes are per-cpu, so total size of ELF note segments increases
> according to the number of CPUs. The current maximum number of CPUs on
> x86_64 is 5192, and there's already system with 4192 CPUs in SGI,
> where total si
The Hackberry has a PHY that needs to be powered up through a GPIO, so
we need to use a fixed regulator here.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun4i-a10-hackberry.dts | 41 +++
1 file changed, 41 insertions(+)
diff --git a/arch/arm/boot/dts/sun4i-a1
From: Stefan Roese
Signed-off-by: Stefan Roese
---
arch/arm/boot/dts/sun4i-a10-cubieboard.dts | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/boot/dts/sun4i-a10-cubieboard.dts
b/arch/arm/boot/dts/sun4i-a10-cubieboard.dts
index b70fe0d..32d9b18 100644
--- a/arch/ar
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun4i-a10.dtsi | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/sun4i-a10.dtsi b/arch/arm/boot/dts/sun4i-a10.dtsi
index ff1f41f..983da33 100644
--- a/arch/arm/boot/dts/sun4i-a10.dtsi
+++ b/arch/arm/boot/dts/
The EMAC only has one pinset available for muxing, so hopefully, we
cover all cases.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun4i-a10.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/sun4i-a10.dtsi b/arch/arm/boot/dts/sun4i-a10.dtsi
index e7ef61
* Carsten Emde | 2013-04-27 23:44:54 [+0200]:
>Hi Sebastian,
Hi Carsten,
>This patch is needed to prevent the compiler error
>drivers/gpu/drm/i915/i915_gem_execbuffer.c:1072:27:
>error: 'seqno' undeclared (first use in this function)
thanks, I folded it into the patch that broke it.
Sebastian
-
From: Stefan Roese
The Allwinner A10 has an ethernet controller that seem to be developped
internally by them.
The exact feature set of this controller is unknown, since there is no
public documentation for this IP, and this driver is mostly the one
published by Allwinner that has been heavily c
This patch adds a separate driver for the MDIO interface of the
Allwinner ethernet controllers.
Signed-off-by: Maxime Ripard
---
.../bindings/net/allwinner,sun4i-mdio.txt | 26 +++
drivers/net/ethernet/allwinner/Kconfig | 8 +
drivers/net/ethernet/allwinner/Makefile
This is the start of the stable review cycle for the 3.8.11 release.
There are 42 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Wed May 1 18:47:07 UTC 2013.
Anything receive
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Zhao Hongjiang
commit 91d80a84bbc8f28375cca7e65ec666577b4209ad upstream.
dprintk() shouldn't access @ring after it's unmapped.
Signed-off-by: Zhao Hongjiang
Signed-off-by: Linus Torvalds
Sig
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Jiri Slaby
commit b0de59b5733d18b0d1974a060860a8b5c1b36a2e upstream.
On http://vladz.devzero.fr/013_ptmx-timing.php, we can see how to find
out length of a password using timestamps of /dev/ptm
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 2d6fbfe733f35c6b355c216644e08e149c61b271 ]
The current code does not fill the msg_name member in case it is set.
It also does not set the msg_namelen member to
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit a5598bd9c087dc0efc250a5221e5d0e6f584ee88 ]
The current code does not fill the msg_name member in case it is set.
It also does not set the msg_namelen member to
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commits 3ce5efad47b62c57a4f5c54248347085a750ce0e and
c802d759623acbd6e1ee9fbdabae89159a513913 ]
In case msg_name is set the sockaddr info gets filled out, as
reques
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit c77a4b9cffb6215a15196ec499490d116dfad181 ]
For stream sockets the code misses to update the msg_namelen member
to 0 and therefore makes net/socket.c leak the l
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit d26d6504f23e803824e8ebd14e52d4fc0a0b09cb ]
The code in llcp_sock_recvmsg() does not initialize all the members of
struct sockaddr_nfc_llcp when filling the soc
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: "niko...@redhat.com"
[ Upstream commit b6a5a7b9a528a8b4c8bec940b607c5dd9102b8cc ]
While enslaving a new device and after IFF_BONDING flag is set, in case
of failure it is not stripped from the
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: "Eric W. Biederman"
[ Upstream commit 0e82e7f6dfeec1013339612f74abc2cdd29d43d2 ]
It was reported that the following LSB test case failed
https://lsbbugs.linuxfoundation.org/attachment.cgi?id=2
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 4394542ca4ec9f28c3c8405063d200b1e7c347d7 ]
Since commit 6b923cb7188d46 (bonding: support for IPv6 transmit hashing)
bonding doesn't properly hash traffic in forw
Reset the IRQ_NOAUTOEN and IRQ_NOREQUEST flags that are enabled by
default on ARM. If IRQ_NOAUTOEN is set, __setup_irq doesn't call
irq_startup, that is responsible for calling irq_unmask at startup time.
As a result event channels remain masked.
The clear is already made in bind_evtchn_to_irq wit
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: "niko...@redhat.com"
[ Upstream commit 69b0216ac255f523556fa3d4ff030d857eaaa37f ]
While the bonding module is unloading, it is considered that after
rtnl_link_unregister all bond devices are d
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa
[ Upstream commit 31d1670e73f4911fe401273a8f576edc9c2b5fea ]
The limit of 0x3c00 is taken from the windows driver.
Suggested-by: Huang, Xiong
Cc: Huang, Xiong
Cc: Eric
On Mon, Apr 29, 2013 at 9:23 AM, Greg KH wrote:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
> tags/usb-3.10-rc1
This has some odd things in it, but I made the mistake of pushing out
my merge before I noticed, so it's out there now regardless.
See here: commit 84ebc10294a
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Vlad Yasevich
[ Upstream commit 4543fbefe6e06a9e40d9f2b28d688393a299f079 ]
A few drivers use dev_uc_sync/unsync to synchronize the
address lists from master down to slave/lower devices. In
so
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Balakumaran Kannan
[ Upstream commit 25fb6ca4ed9cad72f14f61629b68dc03c0d9713f ]
IPv6 Routing table becomes broken once we do ifdown, ifup of the loopback(lo)
interface. After down-up, routes o
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Vasily Averin
[ Upstream commit f0f6ee1f70c4eaab9d52cf7d255df4bd89f8d1c2 ]
currently cbq works incorrectly for limits > 10% real link bandwidth,
and practically does not work for limits > 50%
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 4a184233f21645cf0b719366210ed445d1024d72 ]
The code in rose_recvmsg() does not initialize all of the members of
struct sockaddr_rose/full_sockaddr_rose when fi
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit b860d3cc62877fad02863e2a08efff69a19382d2 ]
The L2TP code for IPv6 fails to initialize the l2tp_conn_id member of
struct sockaddr_l2tpip6 and therefore leaks fo
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 5ae94c0d2f0bed41d6718be743985d61b7f5c47d ]
The current code does not fill the msg_name member in case it is set.
It also does not set the msg_namelen member to
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit c8c499175f7d295ef867335bceb9a76a2c3cdc38 ]
If the socket is in state BT_CONNECT2 and BT_SK_DEFER_SETUP is set in
the flags, sco_sock_recvmsg() returns early wi
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit e11e0455c0d7d3d62276a0c55d9dfbc16779d691 ]
If RFCOMM_DEFER_SETUP is set in the flags, rfcomm_sock_recvmsg() returns
early with 0 without updating the possibly
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 4683f42fde3977bdb4e8a09622788cc8b5313778 ]
In case the socket is already shutting down, bt_sock_recvmsg() returns
with 0 without updating msg_namelen leading t
Sandy Bridge was misspelled. Either that or the Intel marketing names
are getting even more obscure.
Signed-off-by: Vince Weaver
diff --git a/arch/x86/kernel/cpu/perf_event_intel_uncore.c
b/arch/x86/kernel/cpu/perf_event_intel_uncore.c
index b43200d..0d5ec6d 100644
--- a/arch/x86/kernel/cpu/p
Joerg,
We are in the process of implementing AMD IOMMU error handling, and I
would like some comments from you and the community.
Currently, the AMD IOMMU driver only reports events from the event log
in the dmesg, and does not try to handle them in case of errors. AMD
IOMMU errors can be c
Dave,
A few more stragglers intended for 3.10...
For the Bluetooth bits, Gustavo says:
"A few more patches intended for 3.10, the most important one is the support in
btusb for fw loading for the Intel Bluetooth device. Other than that we have
only fixes and clean ups."
For the iwlwifi bits, Jo
Improve the clarity of the code in preparation for converting the
dma functions to generic versions, which require a struct device *.
This makes it possible to store a 'struct device *dev' in the
velocity_info structure.
Signed-off-by: Tony Prisk
---
drivers/net/ethernet/via/via-velocity.c |
Add support for the VIA Velocity network driver to be bound to a
OF created platform device.
Signed-off-by: Tony Prisk
---
.../devicetree/bindings/net/via-velocity.txt | 20 +
drivers/net/ethernet/via/Kconfig |3 +-
drivers/net/ethernet/via/via-velocity.c
Remove the pci_* dma functions and replace with the more generic
versions.
In preparation of adding platform support, a new struct device *dev
is added to struct velocity_info which can be used by both the pci
and platform code.
Signed-off-by: Tony Prisk
---
drivers/net/ethernet/via/via-velocit
v3 changes:
Rebased against net-next.
Fix errors in pm code.
v2 changes:
Drop patch #1 as requested by David Miller.
Correct the PHYID_ICPLUS_IP101A MII bits - should be ON, rather than OFF.
Read the platform rev_id from the correct register [regs->rev_id]. It's possible
this would work for the PC
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit ef3313e84acbf349caecae942ab3ab731471f1a1 ]
When msg_namelen is non-zero the sockaddr info gets filled out, as
requested, but the code fails to initialize the p
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 9b3e617f3df53822345a8573b6d358f6b9e5ed87 ]
The current code does not fill the msg_name member in case it is set.
It also does not set the msg_namelen member to
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: "David S. Miller"
[ Commits f36391d2790d04993f48da6a45810033a2cdf847 and
f0af97070acbad5d6a361f485828223a4faaa0ee upstream. ]
As reported by Dave Kleikamp, when we emit cross calls to do batc
According to Intel Vol3b 18.9, the IvyBridge model 58 uncore is the
same as that of SandyBridge.
I've done some simple tests and with this patch things seem to work
on my mac-mini.
Signed-off-by: Vince Weaver
diff --git a/arch/x86/kernel/cpu/perf_event_intel_uncore.c
b/arch/x86/kernel/cpu/per
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Jiri Slaby
commit 37b7f3c76595e23257f61bd80b223de8658617ee upstream.
In commit b0de59b5733d ("TTY: do not update atime/mtime on read/write")
we removed timestamps from tty inodes to fix a secur
From: Steven Rostedt
When a config for a module is added to the list to save in the final
config file, add a print to show what dependencies are used. This is
useful to debug when a config is disabled by the make oldconfig after
localmodconfig is finished.
This print only appears if the environm
Linus,
A bug was recently found (today) in the make localmodconfig where it would miss
dependencies of config files that are included in other config files inside
an if statement.
Also added a debug print that helped in solving this bug.
Please pull the latest ktest-v3.10 tree, which can be fou
From: Steven Rostedt
A bug was reported that caused localmodconfig to not keep all the
dependencies of ATH9K. This was caused by the kconfig file:
In drivers/net/wireless/ath/Kconfig:
---
if ATH_CARDS
config ATH_DEBUG
bool "Atheros wireless debugging"
---help---
Say Y
On Sat, Apr 13, 2013 at 09:21:46AM +0900, HATAYAMA Daisuke wrote:
> Treat memory chunks referenced by PT_LOAD program header entries in
> page-size boundary in vmcore_list. Formally, for each range [start,
> end], we set up the corresponding vmcore object in vmcore_list to
> [rounddown(start, PAGE_
On Monday 29 April 2013, Linus Torvalds wrote:
> And I'm calling the ARM people out on this idiocy. Arnd and Nico -
> stop encouraging this kind of crap. Move things to drivers only once
> there is actual reason for it. If it's some proprierary single-SoC
> thing, it can damn well stay away from ot
The following changes since commit 41ef2d5678d83af030125550329b6ae8b74618fa:
Linux 3.9-rc7 (2013-04-14 17:45:16 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
tags/regmap-v3.10
for you to fetch changes up to 38a817965d2d624b0
On 04/29/13 02:17, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20130426:
>
(who is responsible for MEM_SOFT_DIRTY?)
on x86_64:
warning: (HWPOISON_INJECT && MEM_SOFT_DIRTY) selects PROC_PAGE_MONITOR which
has unmet direct dependencies (PROC_FS && MMU)
because MEM_SOFT_DIRTY selects
The following changes since commit 60d509fa6a9c4653a86ad830e4c4b30360b23f0e:
Linux 3.9-rc8 (2013-04-21 14:38:45 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
tags/regulator-v3.10
for you to fetch changes up to bee54658142
On 04/29/2013 03:45 PM, Suravee Suthikulanit wrote:
Joerg,
We are in the process of implementing AMD IOMMU error handling, and I would
like some comments from you and the community.
Currently, the AMD IOMMU driver only reports events from the event log in the
dmesg, and does not try to handle
On Mon, Apr 29, 2013 at 02:16:33PM +0200, Marek Belisko wrote:
> Dear Sebastian Hesselbarth,
> >That is very generic and should allow to remove "linux," prefix.
> Not sure if linux, prefix can be removed. I believe (at least what
> documentation said) is that , must be format
> for compatible.
Y
The following changes since commit 1ad849aee5f53353ed88d9cd3d68a51b03a7d44f:
spi/mpc512x-psc: optionally keep PSC SS asserted across xfer segmensts
(2013-04-01 14:30:26 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git tags/spi-v3.1
Dear RT Folks,
I'm pleased to announce the 3.8.10-rt6 release.
changes since v3.8.10-rt5:
- the i915 compiles again after I broke it in the last release. A patch
was sent by Carsten Emde.
Known issues:
- SLxB is broken on PowerPC.
- suspend / resume seems to program program the timer
On Mon, Apr 29, 2013 at 12:54 PM, Arnd Bergmann wrote:
>
> I think there are good reasons for most of the drivers we have moved out
> of arch/arm to stay out of there: we have added subdirectories for a lot
> of drivers that are alike:
Maybe. But this one is NOT such a case, and I saw Nico making
On 04/28/2013 04:56:34 AM, Zhao Chenhui wrote:
On Thu, Apr 25, 2013 at 07:07:24PM -0500, Scott Wood wrote:
> On 04/24/2013 07:28:18 PM, Zhao Chenhui wrote:
> >On Wed, Apr 24, 2013 at 05:38:16PM -0500, Scott Wood wrote:
> >> We shouldn't base it on CPU_FTR_SMT. For example, e6500 doesn't
> >> cla
On Thu, Apr 25, 2013 at 10:48 PM, richard -rw- weinberger
wrote:
> On Fri, Apr 26, 2013 at 2:54 AM, Eric W. Biederman
> wrote:
>> richard -rw- weinberger writes:
>>
>>> On Wed, Mar 27, 2013 at 10:26 PM, Michael Kerrisk (man-pages)
>>> wrote:
Inside the user namespace, the shell has
On 04/29/2013 02:45:45 AM, richard -rw- weinberger wrote:
On Thu, Mar 21, 2013 at 4:52 PM, Michael Kerrisk (man-pages)
wrote:
> Hi Serge,
>
> On Fri, Mar 15, 2013 at 4:38 PM, Serge Hallyn
wrote:
>> Hi,
>>
>> you mention that after creating a new user namespace you at first
have
>> all cap
On 04/29/2013 06:34:08 AM, l...@tigusoft.pl wrote:
In case if my currently running kernel starts to do strange things
and I
suspect it might have bug or was corrupted, what steps can be taken to
check for more info, other then dmesg?
If you built it with kgdb, you can use that. If you have a
On Mon, 29 Apr 2013, Mel Gorman wrote:
> On Wed, Apr 24, 2013 at 04:56:24PM -0700, Andi Kleen wrote:
> > From: Andi Kleen
> >
> > As discussed earlier, this adds a working sysctl to enable/disable
> > automatic numa memory balancing at runtime.
> >
> > This was possible earlier through debugfs,
I'm wondering if resetting the IOMMU at init-time (once) would clear any BIOS
induced noise.
Leo
> -Original Message-
> From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
> boun...@lists.linux-foundation.org] On Behalf Of Don Dutile
> Sent: Monday, April 29, 2013 3:10 PM
> To:
Hi Shawn,
Thank you for the patch.
On Tuesday 23 April 2013 17:42:32 Shawn Nematbakhsh wrote:
> While usb_kill_urb is in progress, calls to usb_submit_urb will fail
> with -EPERM (documented in Documentation/usb/URB.txt). The UVC driver
> does not correctly handle this case -- there is no synchro
On Mon, Apr 29, 2013 at 9:45 PM, Rob Landley wrote:
> On 04/29/2013 02:45:45 AM, richard -rw- weinberger wrote:
>>
>> On Thu, Mar 21, 2013 at 4:52 PM, Michael Kerrisk (man-pages)
>> wrote:
>> > Hi Serge,
>> >
>> > On Fri, Mar 15, 2013 at 4:38 PM, Serge Hallyn
>> > wrote:
>> >> Hi,
>> >>
>> >> yo
On Sun, 2013-04-28 at 08:11 +0800, Herbert Xu wrote:
> On Fri, Apr 26, 2013 at 09:44:17AM -0700, Tim Chen wrote:
> >
> > + old_tfm = crct10dif_tfm;
> > + crc_t10dif_newalg = true;
> > + /* make sure new alg flag is turned on before starting to switch tfm */
> > + mb();
> > +
> > + new_tfm
On Mon, 29 Apr 2013, Linus Torvalds wrote:
> The "explanations" for why it should be in drivers/ is this mindless drivel:
>
> On Tue, Feb 22 2011, Daniel Walker wrote:
> > On Tue, 2011-02-22 at 12:47 -0800, Dima Zavin wrote:
> >
> >> What is the problem leaving it under arch/arm/mach-msm?
> >
> >
On Fri, 2013-04-26 at 10:30 -0700, James Bottomley wrote:
On Fri, 2013-04-26 at 11:39 -0500, Steven J. Magnani wrote:
> > Commit eface65c336eff420d70beb0fb6787a732e05ffb (2.6.38) altered
> > set_media_not_present() in a way that prevents the sd driver from
> > remembering that a non-removable devic
(4/22/13 11:23 AM), vinayakm.l...@gmail.com wrote:
> From: Vinayak Menon
>
> There are times when HIGHMEM is enabled, but
> we don't prefer CONFIG_BOUNCE to be enabled.
> CONFIG_BOUNCE can reduce the block device
> throughput, and this is not ideal for machines
> where we don't gain much by enabl
On Monday 29 April 2013, Linus Torvalds wrote:
> On Mon, Apr 29, 2013 at 12:54 PM, Arnd Bergmann wrote:
> There are other things wrong with that whole SSBI driver crap that you
> seem to be ignoring:
>
> - it's not a bus, it's just a driver. Just because some people call
> it "serial bus" doesn
In alloc_read_gpt_entries and alloc_read_gpt_header, the kzalloc'ated
zones are either totally overwritten by the following read_lba call,
or freed. As kmalloc is cheaper than kzalloc, use kmalloc.
Signed-off-by: Philippe De Muyter
Cc: Matt Domsch
Cc: Panagiotis Issaris
Cc: Jens Axboe
Cc: And
On Mon, Apr 29, 2013 at 12:51 PM, Steven Rostedt wrote:
>
>
> Please pull the latest ktest-v3.10 tree, which can be found at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-ktest.git
> ktest-v3.10
Hmm. This is your ktest tree (which I already pulled the ktest changes
from), not
On 04/29/13 13:05, Randy Dunlap wrote:
> On 04/29/13 02:17, Stephen Rothwell wrote:
>> Hi all,
>>
>> Changes since 20130426:
>>
>
>
> (who is responsible for MEM_SOFT_DIRTY?)
>
>
> on x86_64:
>
> warning: (HWPOISON_INJECT && MEM_SOFT_DIRTY) selects PROC_PAGE_MONITOR which
> has unmet direct d
Linus Torvalds writes:
> There are other things wrong with that whole SSBI driver crap that you
> seem to be ignoring:
>
> - it's not a bus, it's just a driver. Just because some people call
> it "serial bus" doesn't make it magically about a "bus". I can call an
> ethernet driver an "ethernet b
Hello,
On Sat, 27 Apr 2013, Paul E. McKenney wrote:
> On Sat, Apr 27, 2013 at 02:32:48PM +0300, Julian Anastasov wrote:
> >
> > So, I assume, to help realtime kernels and rcu_barrier
> > it is not a good idea to guard rcu_read_unlock with checks.
> > I see that rcu_read_unlock will
401 - 500 of 699 matches
Mail list logo
