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_POSSIB
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 uncon
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
you
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
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 :
> 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 t
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 majord.
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 http://vger.kernel.org/majord
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
Signed-off-by: Davide Berardi
---
diff --git a/drivers/staging/line6/driver.c b/drivers/staging/line6/driver.c
index e7a9d8d..b3652e6 100644
--- a/drivers/staging/line6/driver.c
+++ b/drivers/st
-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
---
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 +--
drivers/misc/mei
Using struct pci_device_id is preferred over
deprecated DEFINE_PCI_DEVICE_TABLE macro
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/pci-me.c | 2 +-
drivers/misc/mei/pci-txe.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/mei/pci-me.c b/drivers/misc/me
ERROR: else should follow close brace '}'
+ }
+ else {
Signed-off-by: Tomas Winkler
---
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 100644
--- a/drivers/mi
Fix checkpatch error
return is not a function, parentheses are not required
Signed-off-by: Tomas Winkler
---
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 8139393..96d5de0 100644
-
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
---
drivers/misc/mei/hbm.c | 3 +--
drivers/misc/mei/main.c | 10 ++
2 files changed, 3 insertions(+), 10 deletions(-)
diff --git a/driv
Fix checkpatch warining:
Unnecessary space after function pointer name
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/mei_dev.h | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/misc/mei/mei_dev.h b/drivers/misc/mei/mei_dev.h
index 2ef5593.
Rafael,
Thanks for the analysis.
On Sun, Mar 16, 2014 at 12:55 PM, Borislav Petkov 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 impleme
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
---
drivers/net/phy/dp83640.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/net/phy/dp83640.c b/driver
This patch changes the driver use the new pin configuration method when
programming the periodic output signal.
Signed-off-by: Richard Cochran
---
drivers/net/phy/dp83640.c | 19 +--
1 file changed, 13 insertions(+), 6 deletions(-)
diff --git a/drivers/net/phy/dp83640.c b/driv
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
---
drivers/ptp/ptp_chardev.c| 13
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
---
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
---
drivers/net/
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
---
drivers/n
This patch adds the sysfs hooks needed in order to get and set the
programmable pin settings.
Signed-off-by: Richard Cochran
---
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
---
Documentation/ptp/testptp.c | 58 ++
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.
Signed-
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
---
Hi Dave
This does _not_ depend on the "drm-minor" branch. We decided to not provide
reliable minor-numbers. User-space should
From: Jongmyeong Ko
Signed-off-by: Jongmyeong Ko
Signed-off-by: Bálint Czobor
---
arch/arm/mach-msm/Kconfig |5 +
drivers/power/Kconfig |6 +
drivers/power/Makefile|1 +
drivers/power/smb328a-charger.c | 968 +++
On Sat, Mar 15, 2014 at 12:11 AM, Andy Shevchenko
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 memory access between memory
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 t
>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
> Johan
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 liba
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
happen
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 s
Michael Kerrisk 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:
> http://thread.gmane.org/gmane.
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 M
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 wrote:
> -All printk(KERN_foo converted to pr_foo().
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 a
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 201
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 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? Than
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 netba
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
>
> Signed-off-by: Davide Berardi
> ---
> diff --git a/drivers/staging/line6/driver.c b/drivers/staging/line6/driver.c
> i
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)
#def
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 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 outp
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
[]
> > @@ -
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 n
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 s
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 node
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
---
drivers/acpi/Makefile |
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
---
drivers/acpi/Makefile|2 +-
drivers/acpi/contain
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 br
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
---
drivers/acpi/acpi_platform.c | 28
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 bus
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 new
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 ne
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.
NET_N
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
Acked-by: Kalle Valo
Acked-by: Tom Gundersen
---
drivers/net/wireless/ath/ath6kl/cfg802
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 rena
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
Acked-by: Arend van Spriel
Acked-by: Tom Gundersen
---
drivers/net/wireless/brcm80211/brcmf
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-sam9263
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 whe
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
Acked-b
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
Acked-b
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
Acked-by: Jonathan Ca
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
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
One comment inline about handling of devices where the platform data doesn't
inc
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 all
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
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
Acked-by: Dmitry Torokhov
All the rest of this series lo
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 revie
Right now when people try to report issues in the kernel they send stack
dumps to eachother, which looks something like this:
[6.906437] [] ? backtrace_test_irq_callback+0x20/0x20
[6.907121] [] dump_stack+0x52/0x7f
[6.907640] [] backtrace_regression_test+0x38/0x110
[6.908281] [
On 14/03/10, Eric W. Biederman wrote:
> Eric Paris 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 them i
On Sun, 16 Mar 2014 16:27:28 +
Anton Altaparmakov wrote:
> Hi,
>
> On 16 Mar 2014, at 16:12, Joe Perches 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
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 http://vger.kernel.org/majord
On Sun, Mar 16, 2014 at 11:33 AM, Sasha Levin 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
> determining wher
On Fri, 2014-03-14 at 05:36 -0700, Luis R. Rodriguez wrote:
> On Fri, Mar 14, 2014 at 1:45 AM, Kalle Valo wrote:
[...]
> > + NO LICENSES OR OTHER RIGHTS,
> > +WHETHER EXPRESS, IMPLIED, BASED ON ESTOPPEL OR OTHERWISE, ARE GRANTED
> > +TO ANY PARTY'S PATENTS, PATENT APPLICATIONS, OR PATENTABLE INVEN
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
---
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
--- a/drivers/staging/gdm724
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
> > net
There's already behavior that is somewhat like that with the current
implementation. If there's an item on a workqueue, it could run at any
time. From the perspective of the driver/etc. that is using the
workqueue, there should be no difference between work being on the
workqueue and the kernel tri
On 14/03/16, Richard Guy Briggs wrote:
> 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
>
On 14/03/15, AKASHI Takahiro wrote:
> lib/audit.c provides a generic function for auditing system calls.
> This patch extends it for compat syscall support on bi-architectures
> (32/64-bit) by adding lib/compat_audit.c.
> What is required to support this feature are:
> * add asm/unistd32.h for com
Line over 80 characters
Signed-off-by: Daniel Ngu
---
drivers/staging/gdm724x/gdm_usb.c | 34 +++---
1 file changed, 23 insertions(+), 11 deletions(-)
diff --git a/drivers/staging/gdm724x/gdm_usb.c
b/drivers/staging/gdm724x/gdm_usb.c
index 03b4305..3d6774b 100644
On 16/03/2014 at 18:16:54 +, Jonathan Cameron wrote :
> 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
> One comme
Line over 80 characters
Signed-off-by: Daniel Ngu
---
drivers/staging/gdm724x/gdm_mux.c | 26 --
1 file changed, 16 insertions(+), 10 deletions(-)
diff --git a/drivers/staging/gdm724x/gdm_mux.c
b/drivers/staging/gdm724x/gdm_mux.c
index 2fa3a5a..10ce2c1 100644
--- a/dr
On Sun, 2014-03-16 at 18:21 +0100, David Herrmann wrote:
[...]
> --- a/include/linux/netdevice.h
> +++ b/include/linux/netdevice.h
> @@ -74,6 +74,11 @@ void netdev_set_default_ethtool_ops(struct net_device *dev,
> #define NET_RX_SUCCESS 0 /* keep 'em coming, baby */
> #define
Missing space after return type
Signed-off-by: Daniel Ngu
---
drivers/staging/gdm724x/gdm_lte.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/gdm724x/gdm_lte.h
b/drivers/staging/gdm724x/gdm_lte.h
index 9287d31..88414e5 100644
--- a/drivers/staging/gdm724
1 - 100 of 246 matches
Mail list logo
