3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Seth Forshee
commit ec0971ba5372a4dfa753f232449d23a8fd98490e upstream.
We know that with some firmware implementations writing too much data to
UEFI variables can lead to bricking machines.
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Matt Fleming
commit e971318bbed610e28bb3fde9d548e6aaf0a6b02e upstream.
Some firmware exhibits a bug where the same VariableName and
VendorGuid values are returned on multiple invocations of
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Seiji Aguchi
commit a93bc0c6e07ed9bac44700280e65e2945d864fd4 upstream.
[Problem]
efi_pstore creates sysfs entries, which enable users to access to NVRAM,
in a write callback. If a kernel panic
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 2b405bfa84063bfa35621d2d6879f52693c614b0 upstream.
In data=journal mode, if we unmount the file system before a
transaction has a chance to complete, when the journal
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Hannes Reinecke
commit 00eed9c814cb8f281be6f0f5d8f45025dc0a97eb upstream.
xhci has its own interrupt enabling routine, which will try to
use MSI-X/MSI if present. So the usb core shouldn't try
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Seth Forshee
commit ed9dc8ce7a1c8115dba9483a9b51df8b63a2e0ef upstream.
Add a new option, CONFIG_EFI_VARS_PSTORE, which can be set to N to
avoid using efivars as a backend to pstore, as some
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
commit 613f04a0f51e6e68ac6fe571ab79da3c0a5eb4da upstream.
The latency tracers require the buffers to be in overwrite mode,
otherwise they get screwed up. Force the
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Artamonow
commit 29f86e66428ee083aec106cca1748dc63d98ce23 upstream.
Device stucks on filesystem writes, unless following quirk is passed:
echo 04e8:5136:m >
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit fa8d387dc3f62062a6b4afbbb2a3438094fd8584 upstream.
Fixes a segfault on asics without a blit callback.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=62239
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Kees Cook
commit 3118a4f652c7b12c752f3222af0447008f9b2368 upstream.
It is possible to wrap the counter used to allocate the buffer for
relocation copies. This could lead to heap writing
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
commit 2721e72dd10f71a3ba90f59781becf02638aa0d9 upstream.
Although the swap is wrapped with a spin_lock, the assignment
of the temp buffer used to swap is not within
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Kees Cook
commit 2563a4524febe8f4a98e717e02436d1aaf672aa2 upstream.
Masks kernel address info-leak in object dumps with the %pK suffix,
so they cannot be used to target kernel memory
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit a86b1a2cd2f81f74e815e07f756edd7bc5b6f034 upstream.
The argument passed to snd_hda_attach_beep_device() is a widget NID
while spec->beep_amp holds the composed value for amp
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mateusz Guzik
commit 24261fc23db950951760d00c188ba63cc756b932 upstream.
cifsFileInfo objects hold references to dentries and it is possible that
these will still be around in workqueues when
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 90ba983f6889e65a3b506b30dc606aa9d1d46cd2 upstream.
A user who was using a 8TB+ file system and with a very large flexbg
size (> 65536) could cause the atomic_t used in the
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Matt Fleming
commit ec50bd32f1672d38ddce10fb1841cbfda89cfe9a upstream.
It's not wise to assume VariableNameSize represents the length of
VariableName, as not all firmware updates
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Lukas Czerner
commit 810da240f221d64bf90020f25941b05b378186fe upstream.
We're using macro EXT4_B2C() to convert number of blocks to number of
clusters for bigalloc file systems. However, we
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
[ Upstream commit 35205b211c8d17a8a0b5e8926cb7c73e9a7ef1ad ]
efx_device_detach_sync() locks all TX queues before marking the device
detached and thus disabling further TX
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
commit 80902822658aab18330569587cdb69ac1dfdcea8 upstream.
Changing the overwrite mode for the ring buffer via the trace
option only sets the normal buffer. But the
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
[ Upstream commit fae8563b25f73dc584a07bcda7a82750ff4f7672 ]
Using TX push when notifying the NIC of multiple new descriptors in
the ring will very occasionally cause the TX DMA
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit ad56edad089b56300fd13bb9eeb7d0424d978239 upstream.
jbd2_journal_dirty_metadata() didn't get a reference to journal_head it
was working with. This is OK in most of the cases
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
commit 740466bc89ad8bd5afcc8de220f715f62b21e365 upstream.
Because function tracing is very invasive, and can even trace
calls to rcu_read_lock(), RCU access in
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Zheng Liu
commit 3a2256702e47f68f921dfad41b1764d05c572329 upstream.
This commit fixes a wrong return value of the number of the allocated
blocks in ext4_split_extent. When the length of
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
[ Upstream commits 06e63c57acbb1df7c35ebe846ae416a8b88dfafa,
b590ace09d51cd39744e0f7662c5e4a0d1b5d952 and
c73e787a8db9117d59b5180baf83203a42ecadca ]
We assume that the
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa
[ Upstream commit 5a3da1fe9561828d0ca7eca664b16ec2b9bf0055 ]
This patch introduces a constant limit of the fragment queue hash
table bucket list lengths. Currently the
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
[ Upstream commit 29c69a4882641285a854d6d03ca5adbba68c0034 ]
We must only ever stop TX queues when they are full or the net device
is not 'ready' so far as the net core, and
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
[ Upstream commits a606f4325dca6950996abbae452d33f2af095f39,
d5e8cc6c946e0857826dcfbb3585068858445bfe,
525d9e824018cd7cc8d8d44832ddcd363abfe6e1 ]
The TX DMA engine issues
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Stuart Hodgson
[ Upstream commit 3dca9d2dc285faf1910d405b65df845cab061356 ]
efx_nic_fatal_interrupt() disables DMA before scheduling a reset.
After this, we need not and *cannot* flush queues.
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
[ Upstream commit bfeed902946a31692e7a24ed355b6d13ac37d014 ]
On big-endian systems the MTD partition names currently have mangled
subtype numbers and are not recognised by the
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
[ Upstream commit ebf98e797b4e26ad52ace1511a0b503ee60a6cd4 ]
efx_mcdi_poll() uses get_seconds() to read the current time and to
implement a polling timeout. The use of this
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 16fad69cfe4adbbfa813de516757b87bcae36d93 ]
Chrome OS team reported a crash on a Pixel ChromeBook in TCP stack :
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: David Ward
[ Upstream commit 4660c7f498c07c43173142ea95145e9dac5a6d14 ]
This is needed in order to detect if the timestamp option appears
more than once in a packet, to remove the option if
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Pieczko
[ Upstream commit c2f3b8e3a44b6fe9e36704e30157ebe1a88c08b1 ]
The assertion of netif_device_present() at the top of
efx_hard_start_xmit() may fail if we don't do this.
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Tkhai Kirill
[ Upstream commit cb29529ea0030e60ef1bbbf8399a43d397a51526 ]
If a machine has X (X < 4) sunsu ports and cmdline
option "console=ttySY" is passed, where X < Y <= 4,
than the
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Vlad Yasevich
[ Upstream commit a5b8db91442fce9c9713fcd656c3698f1adde1d6 ]
Range/validity checks on rta_type in rtnetlink_rcv_msg() do
not account for flags that may be set. This causes the
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: "Michael S. Tsirkin"
commit 46aa92d1ba162b4b3d6b7102440e459d4e4ee255 upstream.
ubuf info allocator uses guest controlled head as an index,
so a malicious guest could put the same head entry in
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Veaceslav Falico
[ Upstream commit 3f315bef23075ea8a98a6fe4221a83b83456d970 ]
__netpoll_cleanup() is called in netconsole_netdev_event() while holding a
spinlock. Release/acquire the spinlock
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Vlad Yasevich
[ Upstream commit f2815633504b442ca0b0605c16bf3d88a3a0fcea ]
When SCTP is done processing a duplicate cookie chunk, it tries
to delete a newly created association. For that, it
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Larry Finger
commit 9437a248e7cac427c898bdb11bd1ac6844a1ead4 upstream.
The driver was failing to clear the BSSID when a disconnect happened. That
prevented a reconnection. This problem is
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Veaceslav Falico
[ Upstream commit 876254ae2758d50dcb08c7bd00caf6a806571178 ]
bond_update_speed_duplex() might sleep while calling underlying slave's
routines. Move it out of atomic context in
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Xufeng Zhang
[ Upstream commit 2317f449af30073cfa6ec8352e4a65a89e357bdd ]
sctp_assoc_lookup_tsn() function searchs which transport a certain TSN
was sent on, if not found in the active_path
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
commit fe685aabf7c8c9f138e5ea900954d295bf229175 upstream.
For type 1 the parent_offset member in struct isofs_fid gets copied
uninitialized to userland. Fix this by initializing
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
commit 0143fc5e9f6f5aad4764801015bc8d4b4a278200 upstream.
For type 0x51 the udf.parent_partref member in struct fid gets copied
uninitialized to userland. Fix this by
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit 4502403dcf8f5c76abd4dbab8726c8e4ecb5cd34 upstream.
The call tree here is:
sk_clone_lock() <- takes bh_lock_sock(newsk);
xfrm_sk_clone_policy()
2013/3/25 Kukjin Kim :
> Axel Lin wrote:
>>
>> The of_device_id table is supposed to be zero-terminated.
>>
>> Signed-off-by: Axel Lin
>> ---
>> drivers/clocksource/exynos_mct.c |1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/drivers/clocksource/exynos_mct.c
>>
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Lekensteyn
commit d627b62ff8d4d36761adbcd90ff143d79c94ab22 upstream.
This is rather a hack to fix brightness hotkeys on a Clevo laptop. CADL is not
used anywhere in the driver code at the
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Tomas Hozza
commit 95a69adab9acfc3981c504737a2b6578e4d846ef upstream.
The source code without this patch caused hypervkvpd to exit when it processed
a spoofed Netlink packet which has been
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Benjamin Herrenschmidt
commit d63ac5f6cf31c8a83170a9509b350c1489a7262b upstream.
Commit 44ae3ab3358e962039c36ad4ae461ae9fb29596c forgot to update
the entry for the 970MP rev 1.0 processor when
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Larry Finger
commit 664899786cb49cb52f620e06ac19c0be524a7cfa upstream.
When run at debug 3 or higher, rtl8192cu reports a BUG as follows:
BUG: scheduling while atomic:
On Fri, Mar 22, 2013 at 01:36:13PM +, Ian Lartey wrote:
> Signed-off-by: Ian Lartey
Applied, thanks.
signature.asc
Description: Digital signature
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: "Denis V. Lunev"
[ Upstream commit 5b9e12dbf92b441b37136ea71dac59f05f2673a9 ]
a long time ago by the commit
commit 93456b6d7753def8760b423ac6b986eb9d5a4a95
Author: Denis V. Lunev
Date:
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Bing Zhao
commit 5f0fabf84d7b52f979dcbafa3d3c530c60d9a92c upstream.
smatch found this error:
CHECK drivers/net/wireless/mwifiex/join.c
drivers/net/wireless/mwifiex/join.c:1121
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
[ Upstream commit 3a68f19d7afb80f548d016effbc6ed52643a8085 ]
We may currently allocate two RX DMA buffers to a page, and only unmap
the page when the second is completed. We do
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Joe Thornber
commit f046f89a99ccfd9408b94c653374ff3065c7edb3 upstream.
Fix a bug in dm_btree_remove that could leave leaf values with incorrect
reference counts. The effect of this was that
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa
[ Upstream commit ddf64354af4a702ee0b85d0a285ba74c7278a460 ]
v2:
a) used struct ipv6_addr_props
v3:
a) reverted changes for ipv6_addr_props
v4:
a) do not use
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
This reverts commit 923415295307845e614589c1cce62abedd4d1731
'perf: Fix parsing of __print_flags() in TP_printk()'. The same
change was already included in 3.2 as commit
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: David Rientjes
commit 6c4d3bc99b3341067775efd4d9d13cc8e655fd7c upstream.
Commit 1d9d8639c063 ("perf,x86: fix kernel crash with PEBS/BTS after
suspend/resume") introduces a link failure since
Axel Lin wrote:
>
> The of_device_id table is supposed to be zero-terminated.
>
> Signed-off-by: Axel Lin
> ---
> drivers/clocksource/exynos_mct.c |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/clocksource/exynos_mct.c
> b/drivers/clocksource/exynos_mct.c
> index
Paul Bolle wrote:
>
> All users of S3C_BOOT_WATCHDOG got removed in commit
> 1ff5f55a8c7b011f818434923a93afc48de0b2ee ("ARM: samsung: remove unused
> arch_decomp_wdog() code"). Remove this symbol too.
>
> Signed-off-by: Paul Bolle
> ---
> 0) Untested.
>
> 1) Commit
On Fri, Mar 22, 2013 at 05:15:48PM +0100, Guennadi Liakhovetski wrote:
> AS3711 regulator OF support only evaluates standard regulator DT
> properties.
Applied, thanks.
signature.asc
Description: Digital signature
Paul Bolle wrote:
>
> The Kconfig entry for SMDK2440_CPU2442 was moved from one Kconfig file
> to another in commit acf2d41d8595829eb0ac7bf6891f4875a78d4d6e ("ARM:
> S3C24XX: Move mach-s3c2440/ pll into mach-s3c24xx/"). In that move it
> also lost its statement to select CPU_S3C2442. That was not
Paul Bolle wrote:
>
> The Kconfig entry for S3C_GPIO_CFG_S3C64XX was missed by commit
> 5ec7414494ed1204c9e2ed0b8232b29860d0986f ("ARM: SAMSUNG: Remove useless
> Samsung GPIO related CONFIGs"). Remove it now.
>
> Signed-off-by: Paul Bolle
> ---
> Untested.
>
> arch/arm/plat-samsung/Kconfig |
Paul Bolle wrote:
>
> Twelve Kconfig symbols, all related to WM8350, WM8351, and WM8352, are
> unused. Commit 19d57ed5a308472a02e773f33c03ad4cb2ec6a9 ("mfd: Remove
> custom wm8350 cache implementation") removed all their (actual) users.
> Remove these symbols too.
>
> Signed-off-by: Paul Bolle
On Fri, Mar 22, 2013 at 02:55:22PM +, Ian Lartey wrote:
> Signed-off-by: Ian Lartey
Applied, thanks.
signature.asc
Description: Digital signature
On Sat, Mar 23, 2013 at 11:00:41AM +0100, Maxime Ripard wrote:
> Signed-off-by: Maxime Ripard
Applied, thanks.
signature.asc
Description: Digital signature
On 2013年03月25日 08:03, Michael Neuling wrote:
>
> benh asked paulus or sfr to send in while he was away.
>
> So please send your signed off by now (if you can), or someone is going
> to rewrite it, sent it upstream bypassing you.
>
> Mikey
>
>
thanks, I will send patch now.
:-)
--
Chen
> On Sat, 2013-03-23 at 19:00 +0100, Andi Kleen wrote:
> > Hi Linux,
> >
> > Thanks. Other code/design review would be still appreciated, even
> > under the current constraints.
> >
> > > The other comment I have is that since it does touch non-x86 header
> > > files etc (although not a lot),
Stuart Yoder wrote:
> From: Stuart Yoder
>
> For 32-bit, CONFIG_EPAPR_PARAVIRT pulls in both epapr_paravirt.c
> and epapr_hcalls.c which contains the 32-bit paravirt idle loop.
>
> For 64-bit, the paravirt idle loop is in idle_book3e.S and that
> source file is included only if
On Sat, 23 Mar 2013, KOSAKI Motohiro wrote:
> > --- linux.orig/mm/page_alloc.c 2013-03-19 16:09:03.736450861 -0500
> > +++ linux/mm/page_alloc.c 2013-03-22 17:07:43.895405617 -0500
> > @@ -4161,10 +4161,23 @@ int __meminit __early_pfn_to_nid(unsigne
> > {
> > unsigned long
Chen Gang wrote:
> On 2013年03月22日 06:54, Michael Neuling wrote:
> > This is great, thanks a lot.
> >
> > If you want this to be picked up by the maintainer, you'll need to add
> > your signed-off-by.
> >
> > The signed-off-by is to indicate that your happy for it to be included
> > and that
Hello.
My ASUS P8Z68-V PRO motherboard's UEFI cleans up EFI variables space
only if it is full when system boots.
So with this patch and 32kb of 64kb space used I can't use efibootmgr
to create new boot entries until EFI variables space become full and
then is cleaned up by UEFI.
It can be done
We should handle errors during the recovery flow correctly.
For example, if we get -ENOMEM, we should report a mount failure instead of
conducting the remained mount procedure.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/f2fs.h | 2 +-
fs/f2fs/recovery.c | 46
When we recover fsync'ed data after power-off-recovery, we should guarantee
that any parent inode number should be correct for each direct inode blocks.
So, let's make the following rules.
- The fsync should do checkpoint to all the inodes that were experienced hard
links.
- So, the only normal
This patch removes data_version check flow during the fsync call.
The original purpose for the use of data_version was to avoid writng inode
pages redundantly by the fsync calls repeatedly.
However, when user can modify file meta and then call fsync, we should not
skip fsync procedure.
So, let's
In the checkpoint flow, the f2fs investigates the total nat cache entries.
Previously, if an entry has NULL_ADDR, f2fs drops the entry and adds the
obsolete nid to the free nid list.
However, this free nid will be reused sooner, resulting in its nat entry miss.
In order to avoid this, we don't
As IOMMU groups are exposed to the user space by their numbers,
the user space can use them in various kernel APIs so the kernel
might need an API to find a group by its ID.
As an example, QEMU VFIO on PPC64 platform needs it to associate
a logical bus number (LIOBN) with a specific IOMMU group
This patch fixes build error cavium-octeon without CONFIG_SMP
Singed-off-by: EunBong Song
---
arch/mips/cavium-octeon/setup.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/mips/cavium-octeon/setup.c b/arch/mips/cavium-octeon/setup.c
index c594a3d..b0baa29
On Sun, Mar 24, 2013 at 11:44:59PM +0100, Pali Rohár wrote:
> On Sunday 24 March 2013 23:14:46 Mark Brown wrote:
> > Well, you should seek support from the board vendor then.
> Not possible. Nokia is already using Windows Phones and life
> cycle for Nokia N900 phone is at the end. And Nokia
Pavel Machek wrote:
> Hi!
>
>> pavel@amd:~$ cat /proc/acpi/battery/BAT0/info
>> present: yes
>> design capacity: 0 mWh
>> last full capacity: 0 mWh
>> battery technology: rechargeable
>> design voltage: 14400 mV
>>
>>
Hello,
I can confirm that things go fine on the Linux console. There is just
one state, which is shown on all keyboards. This is really a bug in
Xorg, please report the issue there.
Pavel Machek, le Sun 24 Mar 2013 11:30:18 +0100, a écrit :
> There is patch to drive keyboard LEDs through LED
On Sunday 24 March 2013 23:14:46 Mark Brown wrote:
> On Sun, Mar 24, 2013 at 10:27:32PM +0100, Pali Rohár wrote:
> > On Sunday 24 March 2013 22:21:49 Mark Brown wrote:
> > > You need to look at the schematics rather than the code
> > > here - the code just needs to say what regulator supplies
> >
On Sun, Mar 24, 2013 at 10:27:32PM +0100, Pali Rohár wrote:
> On Sunday 24 March 2013 22:21:49 Mark Brown wrote:
> > You need to look at the schematics rather than the code here -
> > the code just needs to say what regulator supplies Vdd on the
> > device.
> This is problem, there is no info
On 22.03.2013 23:29, Tim Chen wrote:
> We added glue code and config options to create crypto
> module that uses SSE/AVX/AVX2 optimized SHA256 x86_64 assembly routines.
>
> Signed-off-by: Tim Chen
..snip..
> diff --git a/arch/x86/crypto/sha256_ssse3_glue.c
>
Hi Pali,
Pali Rohár wrote:
> On Thursday 07 March 2013 23:18:27 Sakari Ailus wrote:
>> Hi guys,
>>
>> On Wed, Mar 06, 2013 at 10:44:41PM +0100, Sebastian Reichel
> wrote:
>>> On Wed, Mar 06, 2013 at 09:20:16PM +0100, Pali Rohár wrote:
On Wednesday 06 March 2013 21:12:06 Pali Rohár wrote:
commit 49cb25e9290 x86: 'get rid of pt_regs argument in vm86/vm86old'
somehow breaks the colors when I play 'civilization I' under xdosemu.
During the intro of the game something the colors get messed up. When
the game begins the grass of the earth is red. Reverting the commit
fixes the
From: Kumar Amit Mehta
Date: Sat, 23 Mar 2013 23:10:25 -0700
> fix for incorrect assignment of signed expression to unsigned variable.
>
> Signed-off-by: Kumar Amit Mehta
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Sunday 24 March 2013 22:21:49 Mark Brown wrote:
> On Sun, Mar 24, 2013 at 03:50:42PM +0100, Pali Rohár wrote:
> > There is no regulator 'Vdd' supply in board rx51 files. Can
> > you look at code how it can be fixed?
>
> You need to look at the schematics rather than the code here -
> the code
On Sun, Mar 24, 2013 at 03:50:42PM +0100, Pali Rohár wrote:
> There is no regulator 'Vdd' supply in board rx51 files. Can you
> look at code how it can be fixed?
You need to look at the schematics rather than the code here - the code
just needs to say what regulator supplies Vdd on the device.
Ben Hutchings writes:
> I'm failing to see where it says the default can't be narrower than 32
> bits due to platform limits. And how do you think DMA mapping is
> supposed to work for PCI devices on these platforms, anyway?
The problem on ARM (and probably on powerpc, and on something called
On 03/24/2013 01:27 PM, Paolo Pisati wrote:
> From: Paolo Pisati
>
> commit 74ddcdb ("l2x0: Only set .set_debug on PL310 r3p0 and earlier")
> to actually work needs .set_debug to be not set during definition
>
> Signed-off-by: Paolo Pisati
Ah crap, missed this part. Can I add this into my fix
On Sat, Mar 23, 2013 at 06:04:55AM +1100, Stephen Rothwell wrote:
> On Fri, 22 Mar 2013 14:55:10 + Ian Lartey wrote:
> > Patches based on linux-next-20130319
> I can't really comment on the patch set except to say that you should not
> base on linux-next, you should base on the tree to
commit 74ddcdb ("l2x0: Only set .set_debug on PL310 r3p0 and earlier")
to actually work needs .set_debug to be not set during definition
Signed-off-by: Paolo Pisati
---
arch/arm/mm/cache-l2x0.c |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mm/cache-l2x0.c
On 24/03/13 15:45, Geert Uytterhoeven wrote:
On Sun, Mar 24, 2013 at 4:37 PM, Sid Boyce wrote:
tindog:/usr/src/XXX/linux # git pull
Already up-to-date.
tindog:/usr/src/XXX/linux # git show v3.9-rc4
fatal: ambiguous argument 'v3.9-rc4': unknown revision or path not in the
working tree.
So you
On Sun, Mar 24, 2013 at 10:00:55PM +0400, Lijo Antony wrote:
> Looks like this has been fixed in -rc4.
Yep, it seems so here too.
Thanks.
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
--
To unsubscribe from this list: send the line "unsubscribe
On Tuesday, March 19, 2013 04:12:18 PM Daniel Vetter wrote:
> On Tue, Mar 19, 2013 at 10:03 AM, Chris Wilson
wrote:
> >> > How about just using:
> >> > if (!HAS_GMBUS_IRQ(dev_priv->dev)) gmbus4_irq_en = 0;
> >> >
> >> > and the existing wait loop?
> >>
> >> I explicitly wanted to avoid
On 03/20/2013 11:25 PM, Sebastian Gottschall wrote:
> Am 20.03.2013 21:15, schrieb Greg KH:
>> I'm announcing the release of the 3.8.4 kernel.
...
>>signal: always clear sa_restorer on execve
> consider that this kernel is not compileable on mips targets due the
> patch in kernel/signal.c
This patch replaces with
to comply with the checkpatch.pl hint.
Signed-off-by: Alice Ferrazzi
---
drivers/infiniband/core/ucm.c |2 +-
drivers/infiniband/core/user_mad.c|2 +-
drivers/infiniband/core/uverbs_cmd.c |2 +-
drivers/infiniband/core/uverbs_main.c |2 +-
On Sat, 2013-03-23 at 19:57 -0400, David Miller wrote:
> From: Krzysztof Halasa
> Date: Sat, 23 Mar 2013 20:35:46 +0100
>
> > ARM core code currently requires coherent DMA mask to be set. Make sure
> > we limit PCI devices to 64 MiB while allowing on-chip devices to access
> > the whole 4 GiB
On Sat, Mar 23, 2013 at 12:02:21PM -0700, Guenter Roeck wrote:
> On Fri, Mar 22, 2013 at 10:43:44AM -0400, Ben Collins wrote:
> > On Mar 22, 2013, at 10:33 AM, David Miller wrote:
> >
> > > From: Fleming Andy-AFLEMING
> > > Date: Fri, 22 Mar 2013 14:31:50 +
> > >
> > >> It would appear one
Hello,
Your phylib implementation looks good now, just some minor comments below:
Le samedi 23 mars 2013 23:30:10, Maxime Ripard a écrit :
> From: Stefan Roese
>
> The Allwinner A10 has an ethernet controller that seem to be developped
> internally by them.
>
> The exact feature set of this
101 - 200 of 762 matches
Mail list logo
