>[SCSI] Fix out of spec CD-ROM problem with media change
>
>Some CD-ROMs fail to report a media change correctly. The specific
>one for this patch simply fails to respond to commands, then gives a
>UNIT ATTENTION after being reset which returns ASC/ASCQ 28/00. This
>is out of
On 01/26/2014 08:39 AM, David Rientjes wrote:
> On Sat, 25 Jan 2014, Vladimir Davydov wrote:
>
>> diff --git a/mm/slab_common.c b/mm/slab_common.c
>> index 8e40321..499b53c 100644
>> --- a/mm/slab_common.c
>> +++ b/mm/slab_common.c
>> @@ -249,7 +249,6 @@ out_unlock:
>>
* Qiaowei Ren wrote:
> This patchset adds support for the Memory Protection Extensions
> (MPX) feature found in future Intel processors.
>
> MPX can be used in conjunction with compiler changes to check memory
> references, for those references whose compile-time normal intentions
> are usurped
* Qiaowei Ren wrote:
> This patch adds the PR_MPX_INIT and PR_MPX_RELEASE prctl()
> commands on the x86 platform. These commands can be used to
> init and release MPX related resource.
>
> A MMU notifier will be registered during PR_MPX_INIT
> command execution. So the bound tables can be autom
On 01/26/2014 04:19 PM, Ingo Molnar wrote:
* Qiaowei Ren wrote:
This patchset adds support for the Memory Protection Extensions
(MPX) feature found in future Intel processors.
MPX can be used in conjunction with compiler changes to check memory
references, for those references whose compile-
On 01/26/2014 04:22 PM, Ingo Molnar wrote:
* Qiaowei Ren wrote:
This patch adds the PR_MPX_INIT and PR_MPX_RELEASE prctl()
commands on the x86 platform. These commands can be used to
init and release MPX related resource.
A MMU notifier will be registered during PR_MPX_INIT
command execution
* David Rientjes wrote:
> On Sat, 25 Jan 2014, Dave Jones wrote:
>
> > > > it looks like this is because..
> > > >
> > > > [0.00] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
> > > > [0.00] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
> > > > [0.00] ACP
* Ren Qiaowei wrote:
> On 01/26/2014 04:22 PM, Ingo Molnar wrote:
> >
> >* Qiaowei Ren wrote:
> >
> >>This patch adds the PR_MPX_INIT and PR_MPX_RELEASE prctl()
> >>commands on the x86 platform. These commands can be used to
> >>init and release MPX related resource.
> >>
> >>A MMU notifier wil
On Sat, Jan 25, 2014 at 6:25 AM, tip-bot for Toshi Kani
wrote:
> Commit-ID: a85eba8814631d0d48361c8b9a7ee0984e80c03c
> Gitweb: http://git.kernel.org/tip/a85eba8814631d0d48361c8b9a7ee0984e80c03c
> Author: Toshi Kani
> AuthorDate: Tue, 21 Jan 2014 14:33:15 -0800
> Committer: Ingo Molnar
* Yinghai Lu wrote:
> On Sat, Jan 25, 2014 at 6:25 AM, tip-bot for Toshi Kani
> wrote:
> > Commit-ID: a85eba8814631d0d48361c8b9a7ee0984e80c03c
> > Gitweb:
> > http://git.kernel.org/tip/a85eba8814631d0d48361c8b9a7ee0984e80c03c
> > Author: Toshi Kani
> > AuthorDate: Tue, 21 Jan 2014 14
On Sun, Jan 26, 2014 at 12:36 AM, Ingo Molnar wrote:
>
> No, this message is printed in prefill_possible_map() which
> _generates_ cpu_possible_map, so '8' is the number of bits in
> cpu_possible_map.
>
> So the problem is that the counting of disabled but hotpluggable CPUs
> is over-eager. Since
Good morning,
I am trying to build Linux 3.13 on i686 with CONFIG_MODVERSIONS enabled
(for configuration, see [2]). Upon booting it in a VM, I discovered that
I was unable to load several kernel modules, like ext4:
ext4: disagrees about version of symbol d_tmpfile
ext4: Unknown symbol d_tmpfile (
* Qiaowei Ren wrote:
> @@ -7,6 +9,88 @@
> #include
> #include
>
> +static struct mmu_notifier mpx_mn;
> +static struct mmu_notifier_ops mpx_mmuops = {
> + .invalidate_range_end = mpx_invl_range_end,
> +};
> +
> +int mpx_init(struct task_struct *tsk)
> +{
> + if (!boot_cpu_has(X86_
* Yinghai Lu wrote:
> On Sun, Jan 26, 2014 at 12:36 AM, Ingo Molnar wrote:
> >
> > No, this message is printed in prefill_possible_map() which
> > _generates_ cpu_possible_map, so '8' is the number of bits in
> > cpu_possible_map.
> >
> > So the problem is that the counting of disabled but hotp
In slit init code, more pxm_to_node() calling are added.
We can cache return with from_node/to_node to avoid them.
Signed-off-by: Yinghai Lu
---
arch/x86/mm/srat.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
Index: linux-2.6/arch/x86/mm/srat.c
* Yinghai Lu wrote:
> In slit init code, more pxm_to_node() calling are added.
>
> We can cache return with from_node/to_node to avoid them.
-ENOPARSE. Please formulate the title and the changelog in an
understandable form.
Thanks,
Ingo
--
To unsubscribe from this list: send the lin
Commit-ID: 0d4dd797564cddc1f71ab0b239e9ea50ddd40b2a
Gitweb: http://git.kernel.org/tip/0d4dd797564cddc1f71ab0b239e9ea50ddd40b2a
Author: Baruch Siach
AuthorDate: Sat, 25 Jan 2014 23:50:23 +0200
Committer: Ingo Molnar
CommitDate: Sun, 26 Jan 2014 09:37:48 +0100
perf/doc: Remove mention of
On Sun, Jan 26, 2014 at 1:51 AM, Imre Deak wrote:
> On Sat, 2014-01-25 at 21:37 +0100, Daniel Vetter wrote:
>> On Fri, Jan 24, 2014 at 02:47:33PM +0200, Imre Deak wrote:
>> > Atm we try to remove the connector's i2c sysfs entry too late in the
>> > encoder's destroy callback. By that time the kobj
On Sun, 26 Jan 2014, Ingo Molnar wrote:
> > I don't think the "ACPI: LAPIC (... disabled)" lines are problematic, they
> > are simply reporting the acpi processor id and apic id for processors that
> > do not have their enabled flag set. The acpi spec allows for these to
> > exist without the
On Sun, 26 Jan 2014, Yinghai Lu wrote:
> Index: linux-2.6/arch/x86/mm/srat.c
> ===
> --- linux-2.6.orig/arch/x86/mm/srat.c
> +++ linux-2.6/arch/x86/mm/srat.c
> @@ -50,14 +50,19 @@ static __init inline int srat_disabled(v
> void __ini
* David Rientjes wrote:
> On Sun, 26 Jan 2014, Ingo Molnar wrote:
>
> > > I don't think the "ACPI: LAPIC (... disabled)" lines are problematic,
> > > they
> > > are simply reporting the acpi processor id and apic id for processors
> > > that
> > > do not have their enabled flag set. The ac
25.01.2014 17:45, Sebastian Andrzej Siewior пишет:
> I'm pleased to announce the v3.12.8-rt11 patch set.
Nothing has changed, it does not boot from September, and will not boot.
3.2-54-rt77 - works perfectly. Same hardware, same config.
--
Hi all,
I will take care of this issue and send out a patch soon.
Thanks!
Gerry
On 2014/1/26 6:31, Rafael J. Wysocki wrote:
> On Saturday, January 25, 2014 02:18:17 PM Henrique de Moraes Holschuh wrote:
>> On Sat, 25 Jan 2014, Rafael J. Wysocki wrote:
>>> On Saturday, January 25, 2014 02:5
On Sun, 26 Jan 2014, Ingo Molnar wrote:
> > > So the problem is that the counting of disabled but hotpluggable
> > > CPUs is over-eager.
> >
> > In the kernel, yeah, and we don't distinguish between physically
> > absent processors that have lapic entries and physically present but
> > disable
On Tue, Dec 17, 2013 at 1:27 PM, Peter Zijlstra wrote:
> From: Dario Faggioli
>
> Add the syscalls needed for supporting scheduling algorithms
> with extended scheduling parameters (e.g., SCHED_DEADLINE).
> - defines and implements the new scheduling related syscalls that
>manipulate it, i.
On m68k/ARAnyM:
WARNING: CPU: 0 PID: 407 at net/ipv4/devinet.c:1599 0x316a99()
Modules linked in:
CPU: 0 PID: 407 Comm: ifconfig Not tainted
3.13.0-atari-09263-g0c71d68014d1 #1378
Stack from 10c4fdf0:
10c4fdf0 002ffabb 000243e8 008ced6c 00024416 00316a99 063f
00316a99
When BUILD_SRC contains a tailing '/', the file name used in compiling command
will contain '//', and it then goes to .o's debuginfo, confuses debugedit:
https://bugzilla.redhat.com/show_bug.cgi?id=304121
This patch uses realpath to makesure srctree and objtree don't have tailing '/'.
Signed-off
On Mon, Jan 20, 2014 at 5:47 PM, H. Peter Anvin wrote:
> Hi Linus,
>
> This enables kernel address space randomization for x86.
>
> The following changes since commit d0e639c9e06d44e713170031fe05fb60ebe680af:
>
> Linux 3.12-rc4 (2013-10-06 14:00:20 -0700)
>
> are available in the git repository
If CONFIG_OF=n:
drivers/i2c/i2c-mux.c: In function ‘i2c_add_mux_adapter’:
drivers/i2c/i2c-mux.c:158: warning: ‘child’ is used uninitialized in this
function
drivers/leds/leds-lp55xx-common.c: In function ‘lp55xx_of_populate_pdata’:
drivers/leds/leds-lp55xx-common.c:560: warning: ‘child’ is used u
On Tue, Jan 21, 2014 at 1:21 AM, Linux Kernel Mailing List
wrote:
> Staging: dgrp: Refactor the function dgrp_receive() in drrp_net_ops.c
>
> The function dgrp_receive() in dgrp_net_ops.c is too long and can be
> refactored. It uses various switch statements and goto labels. I have
>
Hi,
after some combination of the following:
ip link set up dev eth0
ip link set down dev eth0
ip link set addr ... dev eth0
rmmod e1000e
modprobe e1000e
I got the BUG below. It looks like some path forgot to free_irq and the
next attempt to request_irq (genirq error) or to reset_irq (th
If CONFIG_PM_SLEEP=n:
drivers/mfd/max14577.c:177: warning: ‘max14577_suspend’ defined but not used
drivers/mfd/max14577.c:200: warning: ‘max14577_resume’ defined but not used
Signed-off-by: Geert Uytterhoeven
---
drivers/mfd/max14577.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/dr
If CONFIG_PM_SLEEP=n:
drivers/mfd/sec-core.c:349: warning: ‘sec_pmic_suspend’ defined but not used
drivers/mfd/sec-core.c:371: warning: ‘sec_pmic_resume’ defined but not used
Signed-off-by: Geert Uytterhoeven
---
drivers/mfd/sec-core.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/dr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/24/2014 01:36 PM, Paolo Bonzini wrote:
> Il 23/01/2014 20:50, Toralf Förster ha scritto:
> | What makes the situation really annyoing - sometimes I just can
> | restart my wlan device it the system works normal, but sometimes
> | the whole syst
drivers/net/ethernet/8390/apne.c: In function ‘apne_probe1’:
drivers/net/ethernet/8390/apne.c:215: warning: unused variable ‘ei_local’
Introduced by commit c45f812f0280c13f1b7992be5e0de512312a9e8f ("8390 :
Replace ei_debug with msg_enable/NETIF_MSG_* feature"), which added the
variable without usi
Hi all,
I am currently writing a driver which uses an optional regulator
to determine a reference voltage. The regulator is truly optional;
if it is not there, the chip uses an internal reference voltage.
I am testing the driver on a PC which does not really have any
regulators installed or enab
On Sun, Nov 17, 2013 at 1:57 PM, Richard Weinberger wrote:
> Am 11.11.2013 19:03, schrieb Tristan Schmelcher:
>> From: Tristan Schmelcher
>>
>> Inferring the mount hierarchy correctly from /proc/mounts is hard when
>> MS_MOVE
>> may have been used, and the previous code did it wrongly. This chan
drivers/net/wireless/ath/ath9k/main.c: In function ‘ath9k_has_tx_pending’:
drivers/net/wireless/ath/ath9k/main.c:1869: warning: ‘npend’ may be used
uninitialized in this function
Introduced by commit 10e2318103f5941aa70c318afe34bc41f1b98529 ("ath9k:
optimize ath9k_flush").
Signed-off-by: Geert U
Hi,
I have got a regression with a 3.14-mw kernel (last commit is
4ba9920e5e9c0e16b5ed24292d45322907bb9035):
It looks like it's related to the rtl8169 ...
--
Sander
Jan 26 11:36:26 serveerstertje kernel: [ 89.105537] [ cut here
]
Jan 26 11:36:26 serveerstertje kernel:
I observed that there are for_each macros that do an extra memory access
beyond the defined area.
Normally this does not cause problems.
But, this can cause exceptions. For example: if the area is allocated at
the end of a page and the next page is not accessible.
For correctness, I suggest chang
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus,
The following changes since commit d8ec26d7f8287f5788a494f56e8814210f0e64be:
Linux 3.13 (2014-01-19 18:40:07 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git for-linus
for you to fe
On Sun, 2014-01-26 at 10:21 +0100, Daniel Vetter wrote:
> On Sun, Jan 26, 2014 at 1:51 AM, Imre Deak wrote:
> > On Sat, 2014-01-25 at 21:37 +0100, Daniel Vetter wrote:
> >> On Fri, Jan 24, 2014 at 02:47:33PM +0200, Imre Deak wrote:
> >> > Atm we try to remove the connector's i2c sysfs entry too la
On Mon, Jan 20, 2014 at 07:38:32PM +0530, Shevchenko, Andriy wrote:
> > > > > > > As mentioned by Andy, we are using *_noirq verion of
> > > > > > > suspend/resume PM
> > > > > > > callback whereby the callbacks would be executed after IRQ
> > > > > > > handlers have been
> > > > > > > disabled.
On Mon, Jan 20, 2014 at 01:28:29PM +, Russell King - ARM Linux wrote:
> On Mon, Jan 20, 2014 at 05:33:01PM +0530, Vinod Koul wrote:
> > On Mon, Jan 20, 2014 at 11:28:22AM +, Russell King - ARM Linux wrote:
> > > On Mon, Jan 20, 2014 at 03:29:17PM +0530, Vinod Koul wrote:
> > > > On Fri, Dec
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org
> [mailto:linux-kernel-ow...@vger.kernel.org] On Behalf Of Ingo Molnar
> Sent: Sunday, January 26, 2014 4:40 PM
> To: Ren, Qiaowei
> Cc: H. Peter Anvin; Thomas Gleixner; Ingo Molnar; x...@kernel.org;
> linux-kernel@vger.kernel
On Tue, Jan 21, 2014 at 12:45:05AM +, Alan Cox wrote:
> Peter handed it on. Try using git log on Documentation/devices.txt. It
> still gets updates.
>
> Perhaps you'd care to stick to reality and fix the tree instead of trying
> to excuse the mess ?
Perhaps returning to reality might be advan
On 01/25/2014 03:02 AM, Ingo Molnar wrote:
>
> * Yinghai Lu wrote:
>
>> Fix warning:
>> arch/x86/kernel/irq.c: In function check_irq_vectors_for_cpu_disable:
>> arch/x86/kernel/irq.c:337:1: warning: the frame size of 2052 bytes is larger
>> than 2048 bytes
>>
>> when NR_CPUS=8192
>>
>> We sho
From: Pali Rohár
Both proc files are writeable and used for configuring cells. But
there is missing correct mode flag for writeable files. Without
this patch both proc files are read only.
Signed-off-by: Pali Rohár
Signed-off-by: David Howells
---
fs/afs/proc.c |4 ++--
1 file changed, 2
On Sun, Jan 26, 2014 at 4:24 AM, Chris Wilson wrote:
> lib/interval_tree.c provides a simple interface for an interval-tree
> (an augmented red-black tree) but is only built when testing the generic
> macros for building interval-trees. For drivers with modest needs,
> export the simple interval-t
On Sun, Jan 26, 2014 at 02:53:07AM -0800, Guenter Roeck wrote:
> This leads to an interesting question: How are drivers which require
> regulators (optional or not) supposed to run on a system
> which does not support devicetree, and does not have any
> regulators installed (such as a PC) ? REGULA
lib/interval_tree.c provides a simple interface for an interval-tree
(an augmented red-black tree) but is only built when testing the generic
macros for building interval-trees. For drivers with modest needs,
export the simple interval-tree library as is.
v2: Lots of help from Michel Lespinasse to
On Sun, Jan 26, 2014 at 05:15:05AM +, li.xi...@freescale.com wrote:
> > ...for simple card since the whole idea is to support any CODEC with the
> > same driver we should probably just make sure that all the individual
> > drivers can be enabled in Kconfig, that way we don't have to have
> > s
Hi Curt,
On 01/23/14 21:16, Curt Brune wrote:
> During device instantiation have the at24 driver add the new device to
> the eeprom_dev hardware class. The functionality is enabled by
> CONFIG_EEPROM_CLASS.
>
> Signed-off-by: Curt Brune
> ---
> drivers/misc/eeprom/at24.c | 20 +++
> -Original Message-
> From: Ingo Molnar [mailto:mingo.kernel@gmail.com] On Behalf Of Ingo
> Molnar
> Sent: Sunday, January 26, 2014 5:08 PM
> To: Ren, Qiaowei
> Cc: H. Peter Anvin; Thomas Gleixner; Ingo Molnar; x...@kernel.org;
> linux-kernel@vger.kernel.org; Peter Zijlstra; Linus Tor
Hi Manish,
On 26.01.2014 08:15, Manish Badarkhe wrote:
Instead of "#if define CONFIG_OF" use "IS_ENABLED(CONFIG_OF)"
option for DT code to avoid if-deffery in code.
Signed-off-by: Manish Badarkhe
---
:100644 100644 b4513f2... d353fbc... M drivers/power/max8925_power.c
drivers/power/max8925_
The of_get_gpio_regulator_config() will error out if there is no
"regulator_type" field in the fdt node hoewver it makes no attempt
at warning if the contents of said node is not known.
Signed-off-by: Ben Dooks
---
Cc: Liam Girdwood
Cc: Mark Brown
Cc: linux-kernel@vger.kernel.org
---
drivers/r
* Prarit Bhargava wrote:
> On 01/25/2014 03:02 AM, Ingo Molnar wrote:
> >
> > * Yinghai Lu wrote:
> >
> >> Fix warning:
> >> arch/x86/kernel/irq.c: In function check_irq_vectors_for_cpu_disable:
> >> arch/x86/kernel/irq.c:337:1: warning: the frame size of 2052 bytes is
> >> larger than 2048
Am 26.01.2014 14:34, schrieb Harald Arnesen:
> Richard Weinberger [2014-01-26 14:03]:
>
>> On Sun, Jan 26, 2014 at 1:50 PM, Harald Arnesen
>> wrote:
Today I compiled the latest kernel (3.13.0-08526-gb2e448e), and got the
panic you can see in the attached picture.
>> Are you sure that y
On Sun, Jan 26, 2014 at 11:54 AM, Jose Alonso wrote:
> I observed that there are for_each macros that do an extra memory access
> beyond the defined area.
> Normally this does not cause problems.
> But, this can cause exceptions. For example: if the area is allocated at
> the end of a page and the
Richard Weinberger [2014-01-26 14:36]:
>> $ cpio --list > > kernel
>> > kernel/x86
>> > kernel/x86/microcode
>> > kernel/x86/microcode/GenuineIntel.bin
>> > 50 blocks
>> > $
> Looks very strange.
The same with the Debian-provided kernel/initrd 3.12-1-amd64
> Add rdinit=/bin/sh to your commandlin
On Sun, Jan 26, 2014 at 12:24:33PM +, Chris Wilson wrote:
> lib/interval_tree.c provides a simple interface for an interval-tree
> (an augmented red-black tree) but is only built when testing the generic
> macros for building interval-trees. For drivers with modest needs,
> export the simple in
On Fri, Jan 24, 2014 at 02:24:27PM +0100, Lars-Peter Clausen wrote:
> On 01/24/2014 12:16 PM, Srikanth Thokala wrote:
> > Hi Lars,
> >
> > On Thu, Jan 23, 2014 at 4:55 PM, Lars-Peter Clausen wrote:
> >> On 01/22/2014 05:52 PM, Srikanth Thokala wrote:
> >> [...]
> >>> +/**
> >>> + * xilinx_vdma_de
Hi Tomasz,
Thank you for your review comments.
On Sun, Jan 26, 2014 at 6:52 PM, Tomasz Figa wrote:
>
> Hi Manish,
>
>
> On 26.01.2014 08:15, Manish Badarkhe wrote:
>>
>> Instead of "#if define CONFIG_OF" use "IS_ENABLED(CONFIG_OF)"
>> option for DT code to avoid if-deffery in code.
>>
>> Signed-
On Sun, Jan 26, 2014 at 5:54 AM, Daniel Vetter wrote:
> On Sun, Jan 26, 2014 at 12:24:33PM +, Chris Wilson wrote:
>> INTERVAL_TREE_DEFINE(struct interval_tree_node, rb,
>>unsigned long, __subtree_last,
>>START, LAST,, interval_tree)
>> +
>> +EXPORT_SYMB
On Thu, Jan 23, 2014 at 03:07:32PM +0100, Lars-Peter Clausen wrote:
> On 01/23/2014 03:00 PM, Andy Shevchenko wrote:
> > On Thu, 2014-01-23 at 14:50 +0100, Lars-Peter Clausen wrote:
> >> On 01/23/2014 02:38 PM, Shevchenko, Andriy wrote:
> >>> On Thu, 2014-01-23 at 12:25 +0100, Lars-Peter Clausen wr
Thomas B臘hler wrote:
> This looks exactly like the problem experienced by Tetsuo Handa in [1].
> However, for me, his solution, i.e. setting
> CONFIG_PHYSICAL_ALIGN=0x100
> instead of
> CONFIG_PHYSICAL_ALIGN=0x10
> doesn't help and the symptoms stay the same (and, according to the
> docum
On Wed, Jan 22, 2014 at 10:22:45PM +0530, Srikanth Thokala wrote:
> This is the driver for the AXI Video Direct Memory Access (AXI
> VDMA) core, which is a soft Xilinx IP core that provides high-
> bandwidth direct memory access between memory and AXI4-Stream
> type video target peripherals. The co
Instead of "#ifdef CONFIG_OF" use "IS_ENABLED(CONFIG_OF)"
option for DT code to avoid if-deffery in code.
Signed-off-by: Manish Badarkhe
---
Changes since V1:
1. update code to retrieve platform/dt data in same function
:100644 100644 b4513f2... 20a7100... M drivers/power/max8925_power.c
drive
On Sun, Jan 26, 2014 at 01:28:59PM +, Ben Dooks wrote:
> The of_get_gpio_regulator_config() will error out if there is no
> "regulator_type" field in the fdt node hoewver it makes no attempt
> at warning if the contents of said node is not known.
Please sumbit patches against current code, thi
Richard Weinberger [2014-01-26 14:36]:
>> $ cpio --list > kernel
>> kernel/x86
>> kernel/x86/microcode
>> kernel/x86/microcode/GenuineIntel.bin
>> 50 blocks
>> $
> Looks very strange.
> Add rdinit=/bin/sh to your commandline such that you get a shell within
> the initrd...
Okay, I did. On the no
Am 26.01.2014 15:47, schrieb Harald Arnesen:
> Richard Weinberger [2014-01-26 14:36]:
>
>>> $ cpio --list >> kernel
>>> kernel/x86
>>> kernel/x86/microcode
>>> kernel/x86/microcode/GenuineIntel.bin
>>> 50 blocks
>>> $
>
>> Looks very strange.
>> Add rdinit=/bin/sh to your commandline such that yo
* Ren, Qiaowei wrote:
> The size of one bound table is 4M bytes for 64bit, and 16K bytes for
> 32bit. It can not be accessed by user-space, and it will be accessed
> automatically by hardware.
So, here's the bound-table allocation AFAICS:
+static bool allocate_bt(unsigned long bd_entry)
+{
+
On Sat, Jan 25, 2014 at 07:48:32PM -0800, David Rientjes wrote:
> A 3% of system memory bonus is sometimes too excessive in comparison to
> other processes and can yield poor results when all processes on the
> system are root and none of them use over 3% of memory.
>
> Replace the 3% of system
GOOD NEWS.pdf
Description: Adobe PDF document
On 01/24, Oleg Nesterov wrote:
>
> And probably you are right, the fix should be as simple as possible.
> But can't we also simplify __dentry_path? Unless I missed something
> we can move prepend() up, before rcu_read_lock(), "move Get '/' right"
> into that prepend, and even kill retval... OK, mos
On Sun, Jan 26, 2014 at 01:11:15PM +0200, Imre Deak wrote:
> On Sun, 2014-01-26 at 10:21 +0100, Daniel Vetter wrote:
> > On Sun, Jan 26, 2014 at 1:51 AM, Imre Deak wrote:
> > > On Sat, 2014-01-25 at 21:37 +0100, Daniel Vetter wrote:
> > >> On Fri, Jan 24, 2014 at 02:47:33PM +0200, Imre Deak wrote:
On 01/26, Oleg Nesterov wrote:
>
> Heh. Not sure what I was thinking about, but this looks obviously wrong
> when I re-read my email. This will add the extra "/" at the end, unless
> IS_ROOT().
And this motivated me to try to actually read __dentry_path().
Al, Denys, unless I am totally confused
Hi All,
This commit:
commit 4dc78c437a0a2ac152a2b2c5e91a814a6ef3599e
Author: Sujith Manoharan
Date: Wed Dec 18 09:53:26 2013 +0530
ath9k: Fix RTC reset delay
The delay that is required after issuing a RTC reset
varies for each chip. Handle this properly.
Signed-off-by: Sujit
This coding style error was detected using the checkpatch.pl script
Signed-off-by: Gary Servin
---
drivers/staging/olpc_dcon/olpc_dcon.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/olpc_dcon/olpc_dcon.h
b/drivers/staging/olpc_dcon/olpc_dcon.h
index e2663b
On Sat, Jan 25, 2014 at 09:17:37PM -0800, Guenter Roeck wrote:
> On 01/25/2014 07:05 PM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.4.78 release.
> > There are 12 patches in this series, all will be posted as a response
> > to this one. If anyone has any i
Quoting Aaron Jones (aaronmdjo...@gmail.com):
>
> Hello.
>
> I recently upgraded from 3.10.7 on a long-running box to 3.12.8 on a
> new box. I have been using file capabilities for a long time, so that
> processes do not need to start as root and drop unnecessary privileges
> later.
>
> For exam
On 26/01/14 16:22, Serge E. Hallyn wrote:
> Hm, I'm running Ubuntu 3.13.0-5-generic and I do get
>
> serge@tp:~/test$ ./caps
> Effective capabilities:
> net_bind_service
> Permitted capabilities:
> net_bind_service
>
> Any chance (grasping for straws here) that the hardening patches
> are interferi
On Sun, Jan 26, 2014 at 06:06:18PM +0800, Wang Nan wrote:
> When BUILD_SRC contains a tailing '/', the file name used in compiling command
> will contain '//', and it then goes to .o's debuginfo, confuses debugedit:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=304121
>
> This patch uses realpa
On 01/26, Oleg Nesterov wrote:
>
> Al, Denys, unless I am totally confused the "restart" logic is very broken.
> We can't simply restart because the main loop changes dentry?
Plus prepend_name() can't actually return -ENAMETOOLONG,
"int error" inside the loop is wrong.
I believe the minimal fix i
On 01/26/2014 02:59 PM, Vinod Koul wrote:
> On Fri, Jan 24, 2014 at 02:24:27PM +0100, Lars-Peter Clausen wrote:
>> On 01/24/2014 12:16 PM, Srikanth Thokala wrote:
>>> Hi Lars,
>>>
>>> On Thu, Jan 23, 2014 at 4:55 PM, Lars-Peter Clausen wrote:
On 01/22/2014 05:52 PM, Srikanth Thokala wrote:
>>
On Sun, Jan 26, 2014 at 05:35:36PM +0100, Oleg Nesterov wrote:
> On 01/26, Oleg Nesterov wrote:
> >
> > Al, Denys, unless I am totally confused the "restart" logic is very broken.
> > We can't simply restart because the main loop changes dentry?
>
> Plus prepend_name() can't actually return -ENAME
On 01/26/2014 03:03 PM, Vinod Koul wrote:
> On Thu, Jan 23, 2014 at 03:07:32PM +0100, Lars-Peter Clausen wrote:
>> On 01/23/2014 03:00 PM, Andy Shevchenko wrote:
>>> On Thu, 2014-01-23 at 14:50 +0100, Lars-Peter Clausen wrote:
On 01/23/2014 02:38 PM, Shevchenko, Andriy wrote:
> On Thu, 201
On 01/26/2014 03:24 PM, Vinod Koul wrote:
> On Wed, Jan 22, 2014 at 10:22:45PM +0530, Srikanth Thokala wrote:
>> This is the driver for the AXI Video Direct Memory Access (AXI
>> VDMA) core, which is a soft Xilinx IP core that provides high-
>> bandwidth direct memory access between memory and AXI4
My wife and I have a draft here for you. Please contact us for this God's
giving opportunity: dave_ang...@zbavitu.net
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majo
Matt Wilson wrote:
>On Fri, Jan 24, 2014 at 03:36:22PM +, Ian Campbell wrote:
>> On Fri, 2014-01-24 at 09:21 +, Ian Campbell wrote:
>> > On Thu, 2014-01-23 at 11:28 -0800, Matt Wilson wrote:
>> > > From: Matt Rushton
>> > >
>> > > Currently shrink_free_pagepool() is called before the pag
On Fri, Jan 24, 2014 at 8:38 AM, Mel Gorman wrote:
> On Thu, Jan 23, 2014 at 11:23:37AM -0500, Elena Ufimtseva wrote:
>> >> >>
>> >> >>
>> >> >> This dump doesn't look dramatically different, either.
>> >> >>
>> >> >>>
>> >> >>> The other question is - how is AutoNUMA running when it is not
>> >
On Sun, 2014-01-26 at 14:39 +0100, Fubo Chen wrote:
> On Sun, Jan 26, 2014 at 11:54 AM, Jose Alonso wrote:
> > I observed that there are for_each macros that do an extra memory access
> > beyond the defined area.
> > Normally this does not cause problems.
> > But, this can cause exceptions. For ex
Network Nut wrote:
> I think that the facility by which a thread can block while waiting for any
> of several synchronization primitives (*mutex*, *semaphore*, *event*,
> *waitable
> timer*)...is not only "nice to have", but fundamental to complex (clean)
> multi-threaded programming.
You mean a
On Fri, Jan 24, 2014 at 05:10:10PM +0200, Adrian Hunter wrote:
> Hi
>
> Here are some patches that improve perf tools
> handling of relocation.
>
> This has become an issue as mentioned in this
> thread:
>
> http://marc.info/?l=linux-kernel&m=139030004314756
>
>
> It looks like the chang
On 01/26/2014 08:32 AM, Ingo Molnar wrote:
>
> * Prarit Bhargava wrote:
>
>> On 01/25/2014 03:02 AM, Ingo Molnar wrote:
>>>
>>> * Yinghai Lu wrote:
>>>
Fix warning:
arch/x86/kernel/irq.c: In function check_irq_vectors_for_cpu_disable:
arch/x86/kernel/irq.c:337:1: warning: the f
On Sun, Jan 26, 2014 at 4:27 AM, David Howells wrote:
>
> - p = proc_create("cells", 0, proc_afs, &afs_proc_cells_fops);
> + p = proc_create("cells", S_IFREG | S_IRUGO | S_IWUSR, proc_afs,
> &afs_proc_cells_fops);
> - p = proc_create("rootcell", 0, proc_afs, &afs_proc_rootcell_f
Hi,
the lm90 driver is no longer working on PCs with the 3.13 kernel ... or at
least not without
special configuration.
This is what I get if I try to instantiate a device on it (max6695):
i2c 1-0018: Driver lm90 requests probe deferral
i2c i2c-1: new_device: Instantiated device max6695 at 0x1
Richard Weinberger [2014-01-26 16:00]:
> Your image shows that the kernel looses the init process because /init seems
> to be unable to exec switch_root.
> Find out what is going on in your initrd.
>
> So far it has zero to do with the kernel itself.
Seems you are right. I just tried to compile
This unifies the way to specify start VMA on both 32 and 64-bit platforms.
I would like to remove __PHYSICAL_START as well, but that appears to be harder.
Signed-off-by: Zhihui Zhang
---
arch/x86/kernel/vmlinux.lds.S | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/x86/
Hi Guenter,
Adding Wei Ni to Cc, as he provided the commit which causes problem.
On Sun, 26 Jan 2014 11:28:16 -0800, Guenter Roeck wrote:
> Hi,
>
> the lm90 driver is no longer working on PCs with the 3.13 kernel ... or at
> least not without
> special configuration.
>
> This is what I get if
1 - 100 of 270 matches
Mail list logo
