On Sat, 2014-03-15 at 18:59 -0700, Paul E. McKenney wrote:
So I have been tightening up rcutorture a bit over the past year.
The other day, I came across what looked like a great opportunity for
further tightening, namely the schedule() in rcu_torture_reader().
Why not turn this into a
On Sun, 2014-03-16 at 07:09 +0100, Mike Galbraith wrote:
On Sat, 2014-03-15 at 18:59 -0700, Paul E. McKenney wrote:
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index b46131ef6aab..994d2b0fd0b2 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -4075,6 +4075,9 @@
On Fri, 2014-03-14 at 20:10 +0100, Arnd Bergmann wrote:
As for the other two functions, I've no special attachment to where they
are present
and I'm happy to move them into drivers/pci on the condition that the
patchset doesn't
double in size. The reason why I'm weary of touching other
On Sun, Mar 16, 2014 at 07:09:42AM +0100, Mike Galbraith wrote:
On Sat, 2014-03-15 at 18:59 -0700, Paul E. McKenney wrote:
So I have been tightening up rcutorture a bit over the past year.
The other day, I came across what looked like a great opportunity for
further tightening, namely the
On Sun, Mar 16, 2014 at 07:14:15AM +0100, Mike Galbraith wrote:
On Sun, 2014-03-16 at 07:09 +0100, Mike Galbraith wrote:
On Sat, 2014-03-15 at 18:59 -0700, Paul E. McKenney wrote:
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index b46131ef6aab..994d2b0fd0b2 100644
---
Hallo, sind Sie ansprechbar auf eine wirklich gute Nachricht?
will Ihre Bank Ihnen auch keinen Kr ed it mehr geben?
Lassen Sie sich das nicht bieten, denn es gibt auch kulante Banken.
Auch bei laufenden Verpflichtungen und bereits von Ihrer eigenen Hausbank
abgelehntem Antrag können wir Ihnen
According to Universal Serial Bus Communications Class Subclass
Specification for Mobile Broadband Interface Model, Revision 1.0,
Errata-1 published by USB-IF, the wMTU field of the MBIM extended
functional descriptor indicates the operator preferred MTU for IP data
streams.
This patch modifies
This patch adds the MBIM extended functional descriptor structure
defined in Universal Serial Bus Communications Class Subclass
Specification for Mobile Broadband Interface Model, Revision 1.0,
Errata-1 published by USB-IF.
Signed-off-by: Ben Chan benc...@chromium.org
---
On Mar 05, Sebastian Capella wrote:
[..]
diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
index 1f8fed9..83707702 100644
--- a/arch/arm/mm/Kconfig
+++ b/arch/arm/mm/Kconfig
@@ -611,6 +611,11 @@ config CPU_USE_DOMAINS
config IO_36
bool
+config ARCH_HIBERNATION_POSSIBLE
+
On Sat, 2014-03-15 at 23:25 -0700, Paul E. McKenney wrote:
On Sun, Mar 16, 2014 at 07:09:42AM +0100, Mike Galbraith wrote:
Hm. Since you only care about the case where your task is solo, how
about do racy checks, 100% accuracy isn't required is it? Seems you
wouldn't want to
Hello Aneesh,
I'm currently working on a man page for name_to_handle_at() and
open_by_handle_at(), and I have a question relating to a point that
probably needs to be covered in the man page.
Back in July 2010, in this thread:
http://thread.gmane.org/gmane.linux.file-systems/41782/focus=43131
Hi!
Defaults are not right solution; system should still work if I select
non-default settings. Which you claim is not a case, but you don't see
why you should fix it.
If something is implemented using IPMI, then IPMI has to be there to
use it. Matthew's statement was:
For example,
On Mon, Mar 10, 2014 at 11:32:17AM -0700, Sebastian Capella wrote:
I've moved to this second implementation. I don't think I understand
the ramifications enough to add the virt_to_pfn call for arm.
Let's look at the implementations...
#define __pa(x) __virt_to_phys((unsigned
Am Sonntag, den 16.03.2014, 00:30 +0100 schrieb Peter Senna Tschudin:
1. For the 64 bits dma mask use dma_set_mask_and_coherent instead of
dma_set_mask and dma_set_coherent_mask.
2. For the 32 bits dma mask dma_set_coherent_mask is only called if
dma_set_mask fails, which is unusual.
2013-07-15 11:12 GMT+02:00 Pavel Machek pa...@ucw.cz:
Hi!
This permits to reassign keyboard LEDs to something else than
keyboard leds
state, by adding keyboard led and modifier triggers connected to a
series
of VT input LEDs, themselves connected to VT input triggers,
Pali Rohár, le Sun 16 Mar 2014 11:16:25 +0100, a écrit :
Hello, what happened with this patch? Is there any problem with accepting it?
Dmitry finding time to review it, I guess.
Samuel
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
Hi!
New kernel should work with old userspace... and clearly it does not.
Do you have test patch for a revert?
Please try this patch.
I tried to apply it, but it is a bit too wordwrapped :-(.
Thanks,
Pavel
@@
We offer all purpose loan at 3% interest rate. Contact Us for more details by
Email:santanderfinancegr...@gmail.com
--
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
On Sat, Mar 15, 2014 at 03:15:04PM +0100, Rafael J. Wysocki wrote:
I've just gone throught this.
Thanks.
So the problem is that we have the PNP system driver whose only purpose
seems
to be to reserve system resources so that the PCI layer doesn't assign them to
new devices on hotplug
Fixed some over-80 characters lines.
(this is for eudyptula challenge task 10).
From: Davide Berardi berardi@gmail.com
Signed-off-by: Davide Berardi berardi@gmail.com
---
diff --git a/drivers/staging/line6/driver.c b/drivers/staging/line6/driver.c
index e7a9d8d..b3652e6 100644
---
-All printk(KERN_foo converted to pr_foo().
-Add pr_fmt and remove redundant prefixes.
-Convert spinlock/static array to va_format (inspired by Joe Perches help
on previous logging patches).
Signed-off-by: Fabian Frederick f...@skynet.be
---
fs/ntfs/debug.c | 54
Tomas Winkler (5):
mei: fix Unnecessary space after function pointer name
mei: use cl_dbg where appropriate
mei: client.h fix checkpetch errors
mei: amthif: fix checkpatch error
mei: don't use deprecated DEFINE_PCI_DEVICE_TABLE macro
drivers/misc/mei/amthif.c | 3 +--
Using struct pci_device_id is preferred over
deprecated DEFINE_PCI_DEVICE_TABLE macro
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
drivers/misc/mei/pci-me.c | 2 +-
drivers/misc/mei/pci-txe.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
ERROR: else should follow close brace '}'
+ }
+ else {
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
drivers/misc/mei/amthif.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/misc/mei/amthif.c b/drivers/misc/mei/amthif.c
index 2052609..b8deb34
Fix checkpatch error
return is not a function, parentheses are not required
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
drivers/misc/mei/client.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/misc/mei/client.h b/drivers/misc/mei/client.h
index
use cl_dbg for debug log messages in cl context
this also removes checkpatch warning:
quoted string split across lines
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
drivers/misc/mei/hbm.c | 3 +--
drivers/misc/mei/main.c | 10 ++
2 files changed, 3 insertions(+), 10
Fix checkpatch warining:
Unnecessary space after function pointer name
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
drivers/misc/mei/mei_dev.h | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/misc/mei/mei_dev.h
Rafael,
Thanks for the analysis.
On Sun, Mar 16, 2014 at 12:55 PM, Borislav Petkov b...@alien8.de wrote:
On Sat, Mar 15, 2014 at 03:15:04PM +0100, Rafael J. Wysocki wrote:
I've just gone throught this.
Thanks.
So the problem is that we have the PNP system driver whose only purpose
seems
This patch series introduces a way of changing the auxiliary PTP
Hardware Clock functions (periodic output signals and time stamping
external signals) at run time. In the past on the netdev list, we have
discussed other ways to handle this, such as module parameters and
ethtool. This series
This patch changes the driver to use the new pin configuration method when
programming the external time stamp input signals.
Signed-off-by: Richard Cochran richardcoch...@gmail.com
---
drivers/net/phy/dp83640.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
This patch changes the driver use the new pin configuration method when
programming the periodic output signal.
Signed-off-by: Richard Cochran richardcoch...@gmail.com
---
drivers/net/phy/dp83640.c | 19 +--
1 file changed, 13 insertions(+), 6 deletions(-)
diff --git
This patch adds a pair of new ioctls to the PTP Hardware Clock device
interface. Using the ioctls, user space programs can query each pin to
find out its current function and also reprogram a different function
if desired.
Signed-off-by: Richard Cochran richardcoch...@gmail.com
---
This patch adapts the dp83640 driver to allow reconfiguration of which
auxiliary function goes on which pin. The functions may be reassigned
freely with the one exception of the calibration function.
Signed-off-by: Richard Cochran richardcoch...@gmail.com
---
drivers/net/phy/dp83640.c | 52
This patch updates the many PTP Hardware Clock drivers with the
newly introduced field that advertises the number of programmable
pins. Some of these devices do have programmable pins, but the
implementation will have to wait for follow on patches.
Signed-off-by: Richard Cochran
The phyter driver incorrectly feeds the value of the period into what
is in fact a pulse width register, resulting in the actual period
being twice the dialed value. This patch fixes the issue and renames a
variable to make the code at bit more clear.
Signed-off-by: Richard Cochran
This patch adds the sysfs hooks needed in order to get and set the
programmable pin settings.
Signed-off-by: Richard Cochran richardcoch...@gmail.com
---
Documentation/ABI/testing/sysfs-ptp | 20 +++
drivers/ptp/ptp_private.h |3 +
drivers/ptp/ptp_sysfs.c | 112
This patch adds a option to the test program that lists the
programmable pins on a PTP Hardware Clock device, assuming there
are any such pins. A second option lets the user reprogram the
auxiliary function of a single pin.
Signed-off-by: Richard Cochran richardcoch...@gmail.com
---
This patch cleans up the input checking code on the external time stamp
function by using an unsigned rather than a signed channel index.
Also, this patch corrects the author's email address. When this macro
was last changed, the top level domain part of the email address was
left behind.
We introduced render-nodes about 1/2 year ago and no problems showed up.
Remove the drm_rnodes argument and enable them by default now.
Signed-off-by: David Herrmann dh.herrm...@gmail.com
---
Hi Dave
This does _not_ depend on the drm-minor branch. We decided to not provide
reliable
From: Jongmyeong Ko jongmyeong...@samsung.com
Signed-off-by: Jongmyeong Ko jongmyeong...@samsung.com
Signed-off-by: Bálint Czobor czoborbal...@gmail.com
---
arch/arm/mach-msm/Kconfig |5 +
drivers/power/Kconfig |6 +
drivers/power/Makefile|
On Sat, Mar 15, 2014 at 12:11 AM, Andy Shevchenko
andriy.shevche...@linux.intel.com wrote:
On Fri, 2014-03-14 at 23:20 +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
Hi,
On 03/16/2014 03:05 PM, Tim Gardner wrote:
Gents - while reviewing some patches for arm64 in Ubuntu I noticed that
there is at least one patch sequence in linux-next that breaks the build.
156c5887948cd191417f18026aab9ce26e5a95da ahci-platform: Add support for
devices with more then
On Wed, Mar 12, 2014 at 14:46:14, Andres Bertens wrote:
I updated today to 3.4.83 kernel and my wireless card stop working (log
says: iwlwifi :03:00.0: Unable to initialize device).
Same here with Intel(R) Centrino(R) Ultimate-N 6300 AGN, REV=0x74
Reverting patch
Johannes
Gents - while reviewing some patches for arm64 in Ubuntu I noticed that
there is at least one patch sequence in linux-next that breaks the build.
156c5887948cd191417f18026aab9ce26e5a95da ahci-platform: Add support for
devices with more then 1 clock
039ece38da45f5e6a94be3aa7611cf3634bc2461
On Sun, Mar 16, 2014 at 03:13:55PM +0100, Hans de Goede wrote:
Tejun it is probably easiest if you fix this up directly in your tree, let me
know if you
want a fixed up resend of the 2 patches in question instead.
It already happened and got resolved in the span of few patches. Shit
happens.
On Sat, Mar 15, 2014 at 01:22:53PM -0700, dbasehore . wrote:
mod_delayed_work currently removes a work item from a workqueue if it
is on it. Correct me if I'm wrong, but I don't think that this is
necessarily required for mod_delayed_work to have the current
behavior. We should be able to set
Michael Kerrisk mtk.manpa...@gmail.com writes:
Hello Aneesh,
I'm currently working on a man page for name_to_handle_at() and
open_by_handle_at(), and I have a question relating to a point that
probably needs to be covered in the man page.
Back in July 2010, in this thread:
Hello.
Although the process who is sending SIGKILL to systemd-udevd is not
identified yet, adding wait_for_completion_timeout() can solve this
regression. Therefore, I'd like to propose this patch for 3.14-final
and 3.13-stable.
Regards.
--
From c6562e5d774dd1f36724197dbcb8976cccfaab53
Hi,
Looks good, thanks. You can add my Acked-by if you like. Can I assume you
have test it builds?
Andrew, can you please merge this via your patch series? Thanks!
Best regards,
Anton
On 16 Mar 2014, at 12:27, Fabian Frederick f...@skynet.be wrote:
-All printk(KERN_foo converted
I was reading the mcs_spinlock code today and I noticed a comment that
didn't appear to match the code. This appears to have just been an
oversight during some restructuring of the mcs_spinlock code where
this function was made inline but the comment wasn't updated.
Signed-off-by: Palmer Dabbelt
Since 367b315 (perf timechart: Add support for -P and -T in timechart
recording, 2013-11-01), the 'perf timechart record' command stopped
working:
$ perf timechart record -- git status
Workload failed: No such file or directory
This happens because of an off-by-one error while preparing the
On Sun, 2014-03-16 at 15:53 +, Anton Altaparmakov wrote:
Hi,
Looks good, thanks. You can add my Acked-by if you like. Can I assume you
have test it builds?
Andrew, can you please merge this via your patch series? Thanks!
I think a few things need fixing first
On 16 Mar 2014, at
On 03/17, Tetsuo Handa wrote:
Therefore, I'd like to propose this patch for 3.14-final
and 3.13-stable.
Well, I disagree. To me, the patch tries to fix the problem in the wrong
place,
Commit 786235ee kthread: make kthread_create() killable changed to
leave kthread_create() as soon as
Hi,
On 16 Mar 2014, at 16:12, Joe Perches j...@perches.com wrote:
On Sun, 2014-03-16 at 15:53 +, Anton Altaparmakov wrote:
Hi,
Looks good, thanks. You can add my Acked-by if you like. Can I assume you
have test it builds?
Andrew, can you please merge this via your patch series?
On Mon, 10 Mar 2014, David Vrabel wrote:
On 27/02/14 15:55, Zoltan Kiss wrote:
(This is a continuation of [PATCH v9] xen/grant-table: Avoid m2p_override
during mapping)
The grant mapping API does m2p_override unnecessarily: only gntdev needs it,
for blkback and future netback patches
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
# HEAD: b7b4839d93e50adccef29eccb694807cdcb8bee3 perf/x86: Fix leak in
uncore_type_init failure paths
Misc smaller fixes.
Thanks,
On Sun, Mar 16, 2014 at 01:20:16PM +0100, Davide Berardi wrote:
Fixed some over-80 characters lines.
(this is for eudyptula challenge task 10).
From: Davide Berardi berardi@gmail.com
Signed-off-by: Davide Berardi berardi@gmail.com
---
diff --git a/drivers/staging/line6/driver.c
On Sun, 2014-03-16 at 14:35 +0200, Tomas Winkler wrote:
use cl_dbg for debug log messages in cl context
I think all the uses of cl_dbg and cl_err are odd.
from: client.h
#define cl_dbg(dev, cl, format, arg...) \
dev_dbg((dev)-pdev-dev, MEI_CL_FMT format, MEI_CL_PRM(cl), ##arg)
#define
Linus,
Please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
# HEAD: 96b3d28bf4b00f62fc8386ff5d487d1830793a3d sched/clock: Prevent
tracing recursion in sched_clock_cpu()
Three small fixes.
Thanks,
On Sun, 2014-03-16 at 16:27 +, Anton Altaparmakov wrote:
Hi,
Hello all.
On 16 Mar 2014, at 16:12, Joe Perches j...@perches.com wrote:
This changes prefixes from NTFS-fs to ntfs
and should be at a minimum mentioned in the
changelog.
As long as it says ntfs in the string so dmesg
Gratulál a nap Önnek, legyen szíves szeretnék néhány nagyon fontos információt
megosztani nektek valamit most fedezem fel. Képviselem egy pénzintézet
Amszterdamban, és épp most fedezem fel a ragasztott számlát, amely kapcsolódik
a család, és egy késoi távoli rokona, a tiéd is tartoztak.
Lépjen
On Sun, 2014-03-16 at 16:37 +, Greg KH wrote:
On Sun, Mar 16, 2014 at 01:20:16PM +0100, Davide Berardi wrote:
Fixed some over-80 characters lines.
(this is for eudyptula challenge task 10).
[]
diff --git a/drivers/staging/line6/driver.c b/drivers/staging/line6/driver.c
[]
@@ -59,26
Hi, all,
Currently, PNP bus is used as the default bus for for enumerating ACPI
devices with _HID/_CID.
For a device that needs to be enumerated to platform bus, we need to add
its id string to the platform scan handler white list explicitly.
This becomes a problem as more and more _HID devices
Currently, ACPI scan handler uses strcmp() to match device ids
and scan handler ids.
When converting PNPACPI enumeration into a scan handler, which I will do
later in this patch set, the current code becomes not flexible enough
because ACPI pnp scan handler requires wildcase and case insensitive
The serial pnp driver supports some unknown PNP modems (PNPCXXX/PNPDXXX)
by matching magic strings in the pnp device name or the pnp device card name.
ACPI enumerated PNP device neither supports pnp card, nor supports those magic
strings in its device name, which means this mechamism never works
For ACPI PIC (PNP) and Timer (PNP0100) device objects, although
they have _HID control method, but they should not be enumerated to
platform bus, because there will never be any platform drivers for them.
Thus an exclude id list is introduced in this patch to prevent
those platform device
If CONFIG_ACPI_HOTPLUG_MEMORY is cleared, platform devices would be
created for ACPI hotplug memory device objects.
Introduce a dummy memory hotplug scan handler in this patch,
to prevent those platform devices from being created.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
When CONFIG_ACPI_CONTAINER is cleared, platform devices would be
created for ACPI container objects.
Introduce a dummy container scan handler in this patch to prevent
these platform devices from being created.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/Makefile|2 +-
The acpi pnp scan handler id list just copies all the ids from all the
struct pnp_device_id instances, but some of them do not
comply with the ACPI PNP id rule (3 Alpha Charactors + 4 Hex numbers).
For those ids, the coressponding devices will never be enumerated
via ACPI, so it is safe to remove
When the lpss scan handler is compiled out, aka, CONFIG_X86_INTEL_LPSS
is cleared, those ACPI device objects will be recgonized as regular
_HID devices, and a platform device would be created for each of them.
This is wrong because the platform drivers for those devices would
be loaded, but with
Because of the growing demand for enumerating ACPI devices to platform bus,
this patch changes the code to enumerate ACPI devices with _HID to
platform bus by default, unless the device already has a scan handler attached.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
For CMOS RTC devices, the acpi pnp scan handler does not work because
there is already a cmos rtc scan handler installed, thus we need to
check those devices and enumerate them to PNP bus explicitly.
Plus, the cmos rtc scan handler needs to return 1 so that it will not
be enumerated to platform
Only certain kind of ACPI device objects can be enumerated to platform bus.
These ACPI device objects include
1. ACPI device objects that have _HID control method.
2. some ACPI device objects that have Linux specified HID strings.
In order to distinguish those device objects from the others, a
ACPI can be used to enumerate PNP devices, but the code does not
handle this in a good manner.
Currently, if an ACPI device
1. has _CRS method,
2. has an identifications of
three capital charactors followed by four hex numbers,
3. is not in the excluded id list,
it is enumerated to PNP bus.
Hi
This is v2 of the netdev naming-policy series. You can find v1 here:
http://thread.gmane.org/gmane.linux.kernel/1657015
Changes in v2:
- fix mac80211 core to set NET_NAME_ENUM for wlan%d kernel-provided names
- acked-by udev developers
This series implements a new sysfs attribute for
The name_assign_type attribute gives hints where the interface name of a
given net-device comes from. Three different values are currently defined:
NET_NAME_ENUM:
This is the default. The ifname is provided by the kernel with an
enumerated suffix. Names may be reused and unstable.
P2P netdevs and other devices that are created via nl80211 from user-space
have a name provided by user-space. Therefore, set NET_NAME_USER so this
is correctly shown in sysfs.
Signed-off-by: David Herrmann dh.herrm...@gmail.com
Acked-by: Kalle Valo kv...@qca.qualcomm.com
Acked-by: Tom Gundersen
The nl80211 interface allows creating new netdevs from user-space. The
name is *always* provided by user-space, so we should set NET_NAME_USER to
provide that information via sysfs. But we must not set it for the default
wlan%d names as these are kernel-provided names.
This allows udev to not
Netdevs created via nl80211 (currently only P2P ifs) have names provided
by user-space. Therefore, set the naming-policy to NET_NAME_USER so it is
correctly shown in sysfs.
Signed-off-by: David Herrmann dh.herrm...@gmail.com
Acked-by: Arend van Spriel ar...@broadcom.com
Acked-by: Tom Gundersen
Around Fri 14 Mar 2014 20:49:30 +0100 or thereabout, Alexandre Belloni wrote:
Hi,
With the new generic pwm framework and the pwm-atmel driver using it, we
don't need leds-atmel-pwm or atmel-pwm-bl anymore. However, a few boards
are still using those:
arch/arm/mach-at91/board-sam9263ek.c
Hi Lee,
I'm happy with whole lot and looks like you are as well.
The only outstanding delaying element I can see is the lack
of a device tree ack. That patch has been the same for over
a month though
Lots more possible cleanup in this driver though for Sebastian
or anyone else to take on
On 05/03/14 17:35, Alexandre Belloni wrote:
num_channels and registers are not used anymore since they are defined inside
the at91_adc driver and assigned by matching the id_table.
Also, remove the mach/at91_adc.h include that is not necessary anymore.
Signed-off-by: Alexandre Belloni
On 05/03/14 17:35, Alexandre Belloni wrote:
num_channels and registers are not used anymore since they are defined inside
the at91_adc driver and assigned by matching the id_table.
Also, remove the mach/at91_adc.h include that is not necessary anymore.
Signed-off-by: Alexandre Belloni
3дpaвcтвyйme! Bас интерecуют kлueнтcкиe бaзы дaнныx?
--
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/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 05/03/14 17:35, Alexandre Belloni wrote:
num_channels and registers are not used anymore since they are defined inside
the driver and assigned by matching the id_table.
Also, struct at91_adc_reg_desc is now only used inside the driver.
Signed-off-by: Alexandre Belloni
On 14/02/28, Eric W. Biederman wrote:
While reading through 3.14-rc1 I found a pretty siginficant mishandling
of network namespaces in the recent audit changes.
In struct audit_netlink_list and audit_reply add a reference to the
network namespace of the caller and remove the userspace pid
On 05/03/14 17:35, Alexandre Belloni wrote:
Old ADCs, as present on the sam9rl and the sam9g45 don't have a TSMR register
and the touchscreen support should be handled differently.
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
One comment inline about handling of
On 05/03/14 17:35, Alexandre Belloni wrote:
at91_adc now supports reading a touchscreen for ADCs without a TSMR register.
Enable touchscreen support through at91_adc. This allows to use both a
touchscreen and the remaining ADC channel at the same time.
Also, lower the clock for the ADC as it
On 14/02/28, Eric W. Biederman wrote:
In perverse cases of file descriptor passing the current network
namespace of a process and the network namespace of a socket used by
that socket may differ. Therefore use the network namespace of the
appropiate socket to ensure replies always go to the
On 05/03/14 18:46, Dmitry Torokhov wrote:
On Wed, Mar 05, 2014 at 06:35:39PM +0100, Alexandre Belloni wrote:
The atmel_tsadcc driver is not used anymore, it has been replaced by at91_adc so
remove it.
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
Acked-by: Dmitry
On 05/03/14 17:35, Alexandre Belloni wrote:
This patch set is a followup of my previous series: iio: adc: at91 fixes
I'm sorry it is so long, I made sure this is bissectable.
It's a nice series, don't apologise for doing things right!
Clearly there are a few outstanding snippets from the
Right now when people try to report issues in the kernel they send stack
dumps to eachother, which looks something like this:
[6.906437] [811f0e90] ? backtrace_test_irq_callback+0x20/0x20
[6.907121] [84388ce8] dump_stack+0x52/0x7f
[6.907640] [811f0ec8]
On 14/03/10, Eric W. Biederman wrote:
Eric Paris epa...@redhat.com writes:
On Sun, 2014-03-09 at 20:06 -0700, Eric W. Biederman wrote:
My efforts to get these fixes noticed by people who care about audit
seem to have landed on deaf ears, so since these are namespace related I
have put
On Sun, 16 Mar 2014 16:27:28 +
Anton Altaparmakov an...@tuxera.com wrote:
Hi,
On 16 Mar 2014, at 16:12, Joe Perches j...@perches.com wrote:
On Sun, 2014-03-16 at 15:53 +, Anton Altaparmakov wrote:
Hi,
Looks good, thanks. You can add my Acked-by if you like. Can I assume
We offer all purpose loan at 3% interest rate. Contact Us for more details by
Email:santanderfinancegr...@gmail.com
--
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
On Sun, Mar 16, 2014 at 11:33 AM, Sasha Levin sasha.le...@oracle.com wrote:
The only useful thing above is the function name. Due to the amount of
different kernel code versions and various configurations being used, the
kernel address and the offset into the function are not really helpful in
On Fri, 2014-03-14 at 05:36 -0700, Luis R. Rodriguez wrote:
On Fri, Mar 14, 2014 at 1:45 AM, Kalle Valo kv...@qca.qualcomm.com wrote:
[...]
+ NO LICENSES OR OTHER RIGHTS,
+WHETHER EXPRESS, IMPLIED, BASED ON ESTOPPEL OR OTHERWISE, ARE GRANTED
+TO ANY PARTY'S PATENTS, PATENT APPLICATIONS, OR
I'm wondering why we have no 64 bit futex? (unless it was added since my
kernel.)
I would like to wait on a pointer, right now I have a timeout to avoid deadlock
if only the upper half is changed during a race, but this is highly sub-optimal
for me.
Line over 80 characters
Signed-off-by: Daniel Ngu daniel.dy@gmail.com
---
drivers/staging/gdm724x/netlink_k.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/gdm724x/netlink_k.c
b/drivers/staging/gdm724x/netlink_k.c
index 77fc64e..5ddd369 100644
---
On 14/03/16, Richard Guy Briggs wrote:
On 14/02/28, Eric W. Biederman wrote:
While reading through 3.14-rc1 I found a pretty siginficant mishandling
of network namespaces in the recent audit changes.
In struct audit_netlink_list and audit_reply add a reference to the
network
1 - 100 of 436 matches
Mail list logo
