Hi Olof,
I think this discussion is veering away from what's relevant for the
linux-kernel and devicetree lists and did consider dropping them at this
point... but let's leave them in the discussion a bit longer in case
there's some sage guidance to be found there on the topic of doing sane
v
The ARM tree includes a firmware_ops interface that is designed to
implement support for simple, TrustZone-based firmwares but could
also cover other use-cases. It has been suggested that this
interface might be useful to other architectures (e.g. arm64) and
that it should be moved out of arch/arm.
On Fri, Nov 15, 2013 at 3:36 PM, Steven Rostedt wrote:
> It is really annoying when I use emacs TAGS to search for something
> like "dev_name" and have to go through 12 iterations before I find the
> function "dev_name". I really do not care about structures that include
> "dev_name" as one of its
Mimi Zohar wrote:
> +keyctl control encrypted change-master-key \
> + "update key-type:master-key-name"
Why include the word "update" in the argument? Isn't that implicit in the
command name?
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
Hello,
I recently acquiered a new laptop. After installing archlinux which is
shipping a kernel 3.12, I've got some troubles after resuming from each
suspend to RAM.
The behaviour is as following: each resumes correctly and my session
seems to be restored but after typing a command on the term, I
Reduce data size a little.
Reduce checkpatch noise.
$ size kernel/softirq.o*
textdata bss dec hex filename
1155460134008 215755447 kernel/softirq.o.new
1147460934008 215755447 kernel/softirq.o.old
Signed-off-by: Joe Perches
---
include/linux/in
Possible speed improvement of the __do_softirq function by using ffs
instead of using a while loop with an & 1 test then single bit shift.
Signed-off-by: Joe Perches
---
kernel/softirq.c | 43 ++-
1 file changed, 22 insertions(+), 21 deletions(-)
diff --g
Use a more current logging style.
Signed-off-by: Joe Perches
---
kernel/softirq.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/kernel/softirq.c b/kernel/softirq.c
index 7be95d7..49a44cb 100644
--- a/kernel/softirq.c
+++ b/kernel/softirq.c
@@ -8,6 +8,8 @@
* Rewr
On Sun, Nov 17, 2013 at 09:58:51AM +0100, Andreas Werner wrote:
> Revision 2:
> - delete the pch_err completly instead of changing to pch_dbg
> because there is already a pch_dbg at the function who calls
> pch_i2c_getack.
> - Fixed message line issue
I prefer this belo
Hi
I listened to your advise and installed 3.12 kernel (no other modules on top
that would taint the kernel like vmware/player).
So it turned out I have to enable /proc/acpi (depreciated) and acpi_cpufreq,
so that I may have a proper support for cooling and frequency.
$ acpi -t
Thermal 0: ok, 5
From: Namjae Jeon
This patch set provides support for doing fallocate operation
on FAT filesystem.
After series of review for the the feature
The complete functionality is broken down into smaller subsets.
v2:
- remove a stary unlock(from Dan Carpenter)
- check ->mmu_private and ->i_disksize t
From: Namjae Jeon
Add i_disksize to represent uninitialized allocated size.
And mmu_private represent initialized allocated size.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
fs/fat/cache.c |6 +++---
fs/fat/fat.h |3 ++-
fs/fat/file.c |4 +++-
fs/fat/inode.c |
From: Namjae Jeon
Implement preallocation via the fallocate syscall on VFAT partitions.
This patch is based on an earlier patch of the same name which had some
issues detailed below and did not get accepted.
Refer https://lkml.org/lkml/2007/12/22/130.
a) The preallocated space was not persistent
From: Namjae Jeon
For normal buffered write operations, normally if we try to write to an
offset > than file size, it does a cont_expand_zero till that offset.
Now, in case of fallocated regions, since the blocks are already allocated.
So, make it zero out that buffers for those blocks till the s
From: Namjae Jeon
For normal cases of direct IO write, trying to seek to location greater
than file size, makes it fall back to buffered write to fill that region.
Similarly, in case for write in Fallocated region, make it fall
to buffered write.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit S
From: Namjae Jeon
Make the fibmap call the return the proper physical block number for any
offset request in the fallocated range.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
fs/fat/cache.c | 16 ++--
fs/fat/inode.c |4 ++--
2 files changed, 16 insertions(+),
On Sun, Nov 17, 2013 at 12:08:46PM +0100, Wolfram Sang wrote:
> On Sun, Nov 17, 2013 at 09:58:51AM +0100, Andreas Werner wrote:
> > Revision 2:
> > - delete the pch_err completly instead of changing to pch_dbg
> > because there is already a pch_dbg at the function who calls
> > pch_
A bug in script `config' prevented from modifying an existing variable's
value to a string that contains a colon ':'. The reason behind it is that
colons are used as a separator in `sed' commands that script `config'
relies on.
Escape colons in `sed' commands to allow values containing colons.
S
On Sun, Nov 17, 2013 at 12:35:16PM +0100, MPhil. Emanoil Kotsev wrote:
> After doing all of this I was able to reproduce the issue by
> overloading the system with following simple steps:
> 1. start a compilation of something (ex. kernel)
> 2. run another process hungry application (flashplayer in
> Is there another reason why pch_i2c_getack returned EPROTO?
> May be ENXIO was introduced later?
Imperfect review :)
> I think we can just replace the -EIO with -ENXIO or do you want to pick up
> the return
> vale of pch_i2c_getack and return that ?
The latter. As a rule of thumb, it is usua
Hi Ethan,
thanks for you help.
tso was still off when the error occured.
>> scatter-gather: on
>> tx-scatter-gather: on
>> tx-scatter-gather-fraglist: off [fixed]
>> tcp-segmentation-offload: off
>> tx-tcp-segmentation: off
>> tx-tcp-ecn-segmentation: off
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus,
The following changes since commit 5e01dc7b26d9f24f39abace5da98ccbd6a5ceb52:
Linux 3.12 (2013-11-03 15:41:51 -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
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 change
> simplifies
> the logic to only require that /dev/shm be _on_ tm
On Sun, Nov 17, 2013 at 10:42:05AM +0100, Francis Moreau wrote:
> Today I got a different behaviour, after resuming I got a
> kernel panic. I could take a picture of the laptop screen:
> http://imgur.com/f5uWFTY
Does archlinux ship the upstream kernel or do they have patches ontop?
If "yes" to the
Replace the default ndo_change_mtu callback with one that allow
setting MTU that the driver can handle.
Signed-off-by: Alban Bedel
---
drivers/net/ethernet/realtek/8139too.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/realtek/8139too.c
This driver allows MTU up to 1518 bytes which is not enought to run
batman-adv. Simply raise the maximum packet size up to the maximum
allowed by the transmit descriptor, 1792 bytes, giving a maximum MTU
of 1774 bytes.
Signed-off-by: Alban Bedel
---
drivers/net/ethernet/realtek/8139too.c | 2 +-
Hi,
On 10/28/2013 01:16 PM, Geert Uytterhoeven wrote:
If SHARK_USE_LEDS=1, but CONFIG_PM=n:
drivers/media/radio/radio-shark.c:275: warning: ‘shark_resume_leds’ defined but
not used
Instead of making the #ifdef logic even more complicated (there are already
two definitions of shark_resume_leds
On Sun, 2013-11-17 at 09:17 +, David Howells wrote:
> Mimi Zohar wrote:
>
> > +keyctl control encrypted change-master-key \
> > + "update key-type:master-key-name"
>
> Why include the word "update" in the argument? Isn't that implicit in the
> command name?
Agreed, it's redu
On Sun, 17 Nov 2013 10:14:46 +0100
Geert Uytterhoeven wrote:
> On Fri, Nov 15, 2013 at 3:36 PM, Steven Rostedt wrote:
> > It is really annoying when I use emacs TAGS to search for something
> > like "dev_name" and have to go through 12 iterations before I find the
> > function "dev_name". I real
On 11/06/2013 10:31 PM, Richard Weinberger wrote:
> Am 06.11.2013 22:18, schrieb Toralf Förster:
>> On 11/06/2013 05:06 PM, Konstantin Khlebnikov wrote:
>>> In this case it must stop after scanning whole tree in line:
>>> /* Overflow after ~0UL */
>>> if (!index)
>>> return NULL;
>>>
>>
>> A fres
Hi,
In OpenWrt we are seeing some build errors when CONFIG_REGMAP=m and
CONFIG_REGULATOR=y are set.
/drivers/regulator/core.c accesses some regmap functions, but they are
compiled into a module and not into a kernel. When CONFIG_REGMAP is not
set the header file replaces the functions with empty
On Sun, Nov 17, 2013 at 3:27 PM, Steven Rostedt wrote:
>> On Fri, Nov 15, 2013 at 3:36 PM, Steven Rostedt wrote:
>> > It is really annoying when I use emacs TAGS to search for something
>> > like "dev_name" and have to go through 12 iterations before I find the
>> > function "dev_name". I really
On Sun, Nov 17, 2013 at 04:06:45PM +0100, Hauke Mehrtens wrote:
> In OpenWrt we are seeing some build errors when CONFIG_REGMAP=m and
> CONFIG_REGULATOR=y are set.
REGMAP is a bool config option, it should not be possible to set it to m.
How have you managed to do that?
signature.asc
Descriptio
Hello Mike,
On 16/11/2013 01:50, Mike Turquette wrote:
Quoting boris brezillon (2013-11-08 00:54:45)
Hello Mike,
On 08/11/2013 01:51, Mike Turquette wrote:
Quoting Boris BREZILLON (2013-10-13 10:17:10)
+/**
+ * clk_get_accuracy - return the accuracy of clk
+ * @clk: the clk whose accuracy is
Add support for DMA controller of BCM2835 as used in the Raspberry Pi.
Currently it only supports cyclic DMA.
Signed-off-by: Florian Meier
---
This version includes some more style improvements
suggested in the previous thread.
.../devicetree/bindings/dma/bcm2835-dma.txt| 56 ++
driv
Le 17/11/2013 14:25, Borislav Petkov a écrit :
> On Sun, Nov 17, 2013 at 10:42:05AM +0100, Francis Moreau wrote:
>> Today I got a different behaviour, after resuming I got a
>> kernel panic. I could take a picture of the laptop screen:
>> http://imgur.com/f5uWFTY
>
> Does archlinux ship the upstre
On 17 November 2013 08:49, Alexandre Courbot wrote:
> The ARM tree includes a firmware_ops interface that is designed to
> implement support for simple, TrustZone-based firmwares but could
> also cover other use-cases. It has been suggested that this
> interface might be useful to other architectu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/17/2013 04:27 PM, Mark Brown wrote:
> On Sun, Nov 17, 2013 at 04:06:45PM +0100, Hauke Mehrtens wrote:
>
>> In OpenWrt we are seeing some build errors when CONFIG_REGMAP=m
>> and CONFIG_REGULATOR=y are set.
>
> REGMAP is a bool config option, it
On Sun, 2013-11-17 at 16:39 +0100, Florian Meier wrote:
> Add support for DMA controller of BCM2835 as used in the Raspberry Pi.
> Currently it only supports cyclic DMA.
[]
> diff --git a/drivers/dma/bcm2835-dma.c b/drivers/dma/bcm2835-dma.c
[]
> +static int bcm2835_dma_control(struct dma_chan *cha
On Sun, Nov 17, 2013 at 04:50:23PM +0100, Francis Moreau wrote:
> AFAIK, the kernel has 2 simple patches on top of the vanilla one.
> They're both are trivial and can't be related to this issue.
>
> You can have look to them here:
> https://wiki.archlinux.org/index.php/Kernels#Official_packages
O
On 17/11/2013 16:33, boris brezillon wrote:
Hello Mike,
On 16/11/2013 01:50, Mike Turquette wrote:
Quoting boris brezillon (2013-11-08 00:54:45)
Hello Mike,
On 08/11/2013 01:51, Mike Turquette wrote:
Quoting Boris BREZILLON (2013-10-13 10:17:10)
+/**
+ * clk_get_accuracy - return the accura
On Sat, 16 Nov 2013, Josh Boyer wrote:
> On Sat, Nov 16, 2013 at 9:56 AM, Josh Boyer wrote:
> > Hi All,
> >
> > The xen-gntalloc, xen-netfront, xen-blkfront, and xen-netback drivers
> > fail to link on ARM today with the following error:
> >
> > ERROR: "phys_to_mach" [drivers/xen/xen-gntalloc.ko]
Hi,
I'm pleased to announce zsh support for the perf completion script,
added this lazy Sunday afternoon. I'm not very good at shell
scripting, so these patches can definitely use more eyes. Frankly, I'm
mildly surprised that this hack even works: please test carefully and
report bugs.
[1/5] to [
In our sole callsite, __ltrim_colon_completions is called after
__perfcomp, to modify the COMPREPLY set by the invocation. This is
problematic, because in the zsh equivalent (using compset/ compadd),
we'll have to generate completions in one-shot. So factor out this
entire callsite into a special o
compgen is a bash-builtin; factor out the invocations into a separate
function to give us a chance to override it with a zsh equivalent in
future patches.
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/bash_completion | 15 ++-
1 fil
Define the variables cur, words, cword, and prev outside the main
completion function so that we have a chance to override it when we
introduce zsh support.
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/bash_completion | 17 +++--
1
__perfcomp(), __perfcomp_colon(), and _perf() have to be
overridden. Inspired by the way the git.git completion system is
structured.
Cc: Namhyung Kim
Cc: Frederic Weisbecker
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/bash_completion | 63
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/{bash_completion => perf-completion.sh} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename tools/perf/{bash_completion => perf-completion.sh} (100%)
diff --git a/tools/perf/bash_completion
From: Rafael J. Wysocki
Introduce a static inline function for setting the status field
of struct acpi_device on the basis of a supplied u32 number,
acpi_set_device_status(), and use it instead of the horrible
horrible STRUCT_TO_INT() macro wherever applicable. Having done
that, drop STRUCT_TO_I
From: Rafael J. Wysocki
There are two global hotplug notification handling routines in bus.c,
acpi_bus_check_device() and acpi_bus_check_scope(), that have never
been finished and don't do anything useful, so drop them.
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/bus.c | 64 +--
From: Rafael J. Wysocki
The generic ACPI hotplug code used for several types of device
doesn't handle surprise removals, mostly because those devices
currently cannot be removed by surprise in the majority of systems.
However, surprise removals should be handled by that code as well
as surprise a
Hi,
This is 3.14 material, but I'm posting it today to let you know it is coming.
Of course, if you see any immediate problems with the following patches, please
let me know.
Patch [1/10] is a place holder until we get an equivalent from ACPICA upstream,
which should happen early after 3.13-rc1.
From: Rafael J. Wysocki
Move container-specific uevents from the core hotplug code to the
container scan handler's .attach() and .detach() callbacks.
This way the core will not have to special-case containers and
the uevents will be guaranteed to happen every time a container
is either scanned o
From: Rafael J. Wysocki
If the scan handler for the given device has hotplug.enabled
unset, it doesn't really make sense to fail bus check and device
check notifications.
First, bus check may not have anything to do with the device it is
signaled for, but it may concern another device on the bus
From: Rafael J. Wysocki
If an ACPI namespace node is removed (usually, as a result of a
table unload), and there is a data object attached to that node,
acpi_ns_delete_node() executes the removal handler submitted to
acpi_attach_data() for that object. That handler is currently empty
for struct
From: Rafael J. Wysocki
Since many data objects may be attached to a single namespace node,
acpi_ns_delete_node() should take that into account and delete all
of those objects along with the namespace node itself, calling
deletion handlers for all of them in the process. Make that happen.
Signe
From: Rafael J. Wysocki
Modify the ACPI namespace scanning code to register a struct
acpi_device object for every namespace node representing a device,
processor and so on, even if the device represented by that namespace
node is reported to be not present and not functional by _STA.
There are m
From: Rafael J. Wysocki
Rework the common ACPI device hotplug code so that it is suitable
for PCI host bridge hotplug and switch the PCI host bridge scan
handler to using the common hotplug code.
This allows quite a few lines of code that are not necessary any more
to be dropped from the PCI hos
From: Rafael J. Wysocki
Modify the common ACPI device hotplug code to always queue up the
same function, acpi_device_hotplug(), using acpi_hotplug_execute()
and make the PCI host bridge hotplug code use that function too for
device hot removal.
This allows some code duplication to be reduced and
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/p2m.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/xen/p2m.c b/arch/arm/xen/p2m.c
index 0f842e8..b31ee1b2 100644
--- a/arch/arm/xen/p2m.c
+++ b/arch/arm/xen/p2m.c
@@ -25,7 +25,7 @@ struct xen_p2m_entry {
On 17.11.2013 17:02, Joe Perches wrote:
> On Sun, 2013-11-17 at 16:39 +0100, Florian Meier wrote:
>> Add support for DMA controller of BCM2835 as used in the Raspberry Pi.
>> Currently it only supports cyclic DMA.
> []
>> diff --git a/drivers/dma/bcm2835-dma.c b/drivers/dma/bcm2835-dma.c
> []
>> +s
On Sun, Nov 17, 2013 at 01:18:09PM +0100, Wolfram Sang wrote:
>
> > Is there another reason why pch_i2c_getack returned EPROTO?
> > May be ENXIO was introduced later?
>
> Imperfect review :)
>
> > I think we can just replace the -EIO with -ENXIO or do you want to pick up
> > the return
> > vale
On Sun, 17 Nov 2013 16:19:53 +0100
Geert Uytterhoeven wrote:
> Thanks! Now I have to look into my vim setup, why it doesn't do the
> above...
>
$ vim --version
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Sep 11 2013 12:28:07)
And from the ctags man pages, I did:
:ta dev_name
and it gave m
On Sun, Nov 17, 2013 at 05:53:29PM +0100, Andreas Werner wrote:
> On Sun, Nov 17, 2013 at 01:18:09PM +0100, Wolfram Sang wrote:
> >
> > > Is there another reason why pch_i2c_getack returned EPROTO?
> > > May be ENXIO was introduced later?
> >
> > Imperfect review :)
> >
> > > I think we can just
On Sun, Nov 17, 2013 at 06:08:38PM +0100, Wolfram Sang wrote:
> On Sun, Nov 17, 2013 at 05:53:29PM +0100, Andreas Werner wrote:
> > On Sun, Nov 17, 2013 at 01:18:09PM +0100, Wolfram Sang wrote:
> > >
> > > > Is there another reason why pch_i2c_getack returned EPROTO?
> > > > May be ENXIO was intro
> Sometimes its really usfull to look closely :-)
I can't do this for every patch right from the beginning since my time
is limited. I usually start with letting people sort it out themselves.
signature.asc
Description: Digital signature
Using the i2c-eg20t driver and call i2cdetect or probe on the bus,
the driver will print a lot of error messages if there was no ACK
received.
i2cdetect normally print a table with all the available devices. If there
is no device on the address, the table will be empty.
Currently with the i2c-eg20
On Wed, 31 Jul 2013 14:05:45 -0400
Peter Hurley wrote:
> Instrumented testing shows a tty can be hungup multiple times [1].
> Although concurrent hangups are properly serialized, multiple
> hangups for the same tty should be prevented.
>
> If tty has already been HUPPED, abort hangup. Note it is
On Sun, Nov 17, 2013 at 5:01 PM, Borislav Petkov wrote:
> On Sun, Nov 17, 2013 at 04:50:23PM +0100, Francis Moreau wrote:
>> AFAIK, the kernel has 2 simple patches on top of the vanilla one.
>> They're both are trivial and can't be related to this issue.
>>
>> You can have look to them here:
>> ht
Put the 'pdata->card_int_gpio' assignment in inner scope, avoiding
explicit null dereference.
Signed-off-by: Geyslan G. Bem
---
drivers/mmc/host/sdhci-spear.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/mmc/host/sdhci-spear.c b/drivers/mmc/host/sdhci-spear.c
ind
Hi!
> On Mon, Nov 11, 2013 at 11:19:41PM +0100, Pavel Machek wrote:
> > > + if (of_get_property(np, "linux,input-no-autorepeat", NULL))
> > > + keypad_data->no_autorepeat = true;
> >
> > From 2/2:
> >
> > +Optional Properties specific to linux:
> > +- linux,keypad-no-autorepeat: do not e
> > Thus I guess we should not use the name, which has the most adopters
> > in kernel (or out of kernel). Instead the most fitting name should
> > be used. Current suggestions (taken from kernel) are:
> >
> > * <>,no-autorepeat
> > * keypad,autorepeat
> > * linux,keypad-no-autorepeat
> > * linux
Hi!
On Wed 2013-10-30 07:21:13, Peter Hurley wrote:
> On 10/29/2013 09:50 AM, Maximiliano Curia wrote:
> >??Hola Arkadiusz!
> >
> >El 2013-10-24 a las 18:00 +0200, Arkadiusz Miskiewicz escribió:
> >>Was just going over bug-readline and lkml archives and found no continuation
> >>of this.
> >
> >>T
Hi!
> > > I could find two boards using "gpio-matrix-keypad" in the mainline
> > > kernel and not a single instance of "linux,no-autorepeat":
> >
> > In things connected to GPIO, I don't expect the in-kernel
> > device trees to be a good way so survey the usage of these
> > bindings. Anyone doing
On Sun, Nov 17, 2013 at 06:46:20PM +0100, Andreas Werner wrote:
> Using the i2c-eg20t driver and call i2cdetect or probe on the bus,
> the driver will print a lot of error messages if there was no ACK
> received.
>
> i2cdetect normally print a table with all the available devices. If there
> is no
drivers/mfd/ti-ssp.c: In function 'ti_ssp_run':
drivers/mfd/ti-ssp.c:286:2: error: implicit declaration of function
'set_current_state' [-Werror=implicit-function-declaration]
drivers/mfd/ti-ssp.c:286:381: error: 'TASK_INTERRUPTIBLE' undeclared (first
use in this function)
drivers
This patch fix memory leakage in cases 'ISCSI_NET_PARAM_VLAN_ID' and
'ISCSI_NET_PARAM_VLAN_PRIORITY' and refactors code 'going out' when
necessary.
Signed-off-by: Geyslan G. Bem
---
drivers/scsi/be2iscsi/be_iscsi.c | 41 +---
1 file changed, 22 insertions(+),
On Sun, Nov 17, 2013 at 07:28:45PM +0100, Pavel Machek wrote:
> Hi!
>
> > > > I could find two boards using "gpio-matrix-keypad" in the mainline
> > > > kernel and not a single instance of "linux,no-autorepeat":
> > >
> > > In things connected to GPIO, I don't expect the in-kernel
> > > device tr
Hi Victor, Taras,
> From: Victor Kamensky
>
> All OMAP IP blocks expect LE data, but CPU may operate in BE mode.
> Need to use endian neutral functions to read/write h/w registers.
> I.e instead of __raw_read[lw] and __raw_write[lw] functions code
> need to use read[lw]_relaxed and write[lw]_rel
Hello Benjamin,
In file 'windfarm_pm121'.c:
If this branch is true:
if (param == NULL) {
printk(KERN_WARNING "pm121: %s fan config not found "
" for this machine model\n",
loop_names[loop_id]);
goto fail;
}
control that is NULL will suffer a
Hi Guenter,
> Signed-off-by: Guenter Roeck
> ---
> v4: Restore 'nowayout' module parameter
>
> The changes cause a trivial conflict with 'watchdog: w83627hf: Auto-detect
> IO address and supported chips'. Please let me know if I should re-send
> the entire series.
>
> drivers/watchdog/Kconfig
On Sun, 2013-11-17 at 15:51 -0300, Geyslan G. Bem wrote:
> This patch fix memory leakage in cases 'ISCSI_NET_PARAM_VLAN_ID' and
> 'ISCSI_NET_PARAM_VLAN_PRIORITY' and refactors code 'going out' when
> necessary.
You pointlessly renamed a variable, which makes the diff hard to read.
Please don't do
Hi Linus,
following up on last week's discussion, here's my part of the EDAC pile,
highlights in the signed tag.
The last two patches have a date from just now because I've just applied
them to the tree after Johannes sent them to me earlier. I decided to
forward them now because they're trivial.
On Sun, Nov 17, 2013 at 07:02:21PM +0100, Francis Moreau wrote:
> Sorry I haven't taken the original picture large enough, and getting
> this kernel panic is pretty hard since the kernel usually displays the
> black screen.
Ok, just try to make a readable picture of the whole line, next time you
t
Neaten code used as a template for other drivers.
Make the code more consistent with kernel styles.
o Convert #defines with (1<
---
> At least, the code is directly taken from mmp_pdma.c ;-)
Well, maybe the template code should be updated if there
are going to be more of these.
Uncompiled/untes
On Sat, Nov 16, 2013 at 3:31 AM, Stephen Boyd wrote:
> The 32 bit sched_clock interface now supports 64 bits. Upgrade
> to the 64 bit function to allow us to remove the 32 bit
> registration interface.
>
> Signed-off-by: Stephen Boyd
> ---
>
> Patch is based on Linus' tip. Not event compile teste
On Sun, Nov 17, 2013 at 8:53 PM, Borislav Petkov wrote:
> On Sun, Nov 17, 2013 at 07:02:21PM +0100, Francis Moreau wrote:
>> Sorry I haven't taken the original picture large enough, and getting
>> this kernel panic is pretty hard since the kernel usually displays the
>> black screen.
>
> Ok, just
This patch fixes the following errors reported when running sparse:
fs/jffs2/super.c:378:1: error: directive in argument list
fs/jffs2/super.c:380:1: error: directive in argument list
fs/jffs2/super.c:381:1: error: directive in argument list
fs/jffs2/super.c:383:1: error: directive in argument list
2013/11/17 James Bottomley :
> On Sun, 2013-11-17 at 15:51 -0300, Geyslan G. Bem wrote:
>> This patch fix memory leakage in cases 'ISCSI_NET_PARAM_VLAN_ID' and
>> 'ISCSI_NET_PARAM_VLAN_PRIORITY' and refactors code 'going out' when
>> necessary.
>
> You pointlessly renamed a variable, which makes th
On 11/17/2013 11:12 AM, Wim Van Sebroeck wrote:
Hi Guenter,
Signed-off-by: Guenter Roeck
---
v4: Restore 'nowayout' module parameter
The changes cause a trivial conflict with 'watchdog: w83627hf: Auto-detect
IO address and supported chips'. Please let me know if I should re-send
the entire se
On 11/16/2013 09:09 PM, Benjamin LaHaise wrote:
> On Sat, Nov 16, 2013 at 09:07:18PM +0100, Simon Baatz wrote:
>> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
>>> On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote:
When a user page mapping is released via kunmap*() funct
On Sunday, November 17, 2013 10:27:43 PM Viresh Kumar wrote:
> On 17 November 2013 20:39, Rafael J. Wysocki wrote:
> > On Sunday, November 17, 2013 01:52:15 PM viresh kumar wrote:
>
> >> Do you see anything extra that might stop working?
> >
> > Well, the code would be racy with the patch as is.
On 11/17/13 14:37, Borislav Petkov wrote:
From: Borislav Petkov
When building randconfigs with CONFIG_BCMA_DRIVER_GPIO=y, I get
drivers/built-in.o: In function `brcms_led_unregister':
(.text+0x351aca): undefined reference to `led_classdev_unregister'
drivers/built-in.o: In function `brcms_led_r
HI,
On Sun, Nov 17, 2013 at 7:29 PM, Pavel Machek wrote:
> Any news?
I'm also not capable of doing the analysis requested, but I want to
add a link for the the fact that Canonical has applied the patch to
the kernels shipped in Ubuntu, and up to now there have been no
reports of problems:
https
On Sun, 2013-11-17 at 19:09 -0200, Geyslan Gregório Bem wrote:
> 2013/11/17 James Bottomley :
> > On Sun, 2013-11-17 at 15:51 -0300, Geyslan G. Bem wrote:
> >> This patch fix memory leakage in cases 'ISCSI_NET_PARAM_VLAN_ID' and
> >> 'ISCSI_NET_PARAM_VLAN_PRIORITY' and refactors code 'going out' wh
On Sun, 2013-11-17 at 18:18 -0200, Erico Nunes wrote:
> This patch fixes the following errors reported when running sparse:
> fs/jffs2/super.c:378:1: error: directive in argument list
> fs/jffs2/super.c:380:1: error: directive in argument list
> fs/jffs2/super.c:381:1: error: directive in argument
On Sun, 2013-11-17 at 22:23 +0100, Helge Deller wrote:
> On 11/16/2013 09:09 PM, Benjamin LaHaise wrote:
> > On Sat, Nov 16, 2013 at 09:07:18PM +0100, Simon Baatz wrote:
> >> On Fri, Nov 15, 2013 at 02:42:05PM -0800, James Bottomley wrote:
> >>> On Fri, 2013-11-15 at 23:05 +0100, Helge Deller wrote
It looks like this typo was introduced by a mistake in a copy-and-paste in
commit ddbe32491951.
Signed-off-by: Adam Cozzette
---
drivers/hid/usbhid/usbkbd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hid/usbhid/usbkbd.c b/drivers/hid/usbhid/usbkbd.c
index 7960869
On Sun, Nov 17, 2013 at 09:49:40PM +0100, Francis Moreau wrote:
> On Sun, Nov 17, 2013 at 8:53 PM, Borislav Petkov wrote:
> > On Sun, Nov 17, 2013 at 07:02:21PM +0100, Francis Moreau wrote:
> >> Sorry I haven't taken the original picture large enough, and getting
> >> this kernel panic is pretty h
On Sat, 16 Nov 2013 13:09:13 -0600, Rob Herring wrote:
> On Fri, Nov 15, 2013 at 11:46 AM, Grant Likely
> wrote:
> > Adds a few simple test cases to ensure that addition, update and removal
> > of device tree node properties works correctly.
> >
> > Signed-off-by: Grant Likely
> > Cc: Rob Herri
1 - 100 of 185 matches
Mail list logo
