Hi Greg,
On Saturday 08 March 2014 10:12 PM, Greg KH wrote:
On Sat, Mar 08, 2014 at 02:59:01PM +0530, Kishon Vijay Abraham I wrote:
Hi Greg,
Here's the PULL REQUEST for 3.15 merge window.
More users are starting to use the generic PHY framework including USB and
SATA PHY in exynos, USB in
Now we are using devm_regulator_register(), so we don't need to allocate *rdev[]
array to store return value of devm_regulator_register. Use a *rdev variable is
enough for checking return status.
Signed-off-by: Axel Lin
---
drivers/regulator/max8998.c | 20 ++--
1 file changed,
Now we are using devm_regulator_register(), so we don't need to allocate *rdev[]
array to store return value of devm_regulator_register. Use a *rdev variable is
enough for checking return status.
Signed-off-by: Axel Lin
---
drivers/regulator/max8997.c | 19 ++-
1 file changed, 6
From: George Cherian
Adapt phy-omap-usb2 driver for AM437x.
- Add new comaptible "ti,am437x-usb2" for AM437x
- Pass proper data to differentiate AM437x and others.
- AM437x doesnot support set_vbus and start_srp.
Signed-off-by: George Cherian
Signed-off-by: Kishon
This patch fixes a few function names that are very long and are
not in the correct naming style
Signed-off-by: Fred Akers
---
.../comedi/drivers/addi-data/hwdrv_apci1564.c | 62 ++
drivers/staging/comedi/drivers/addi_apci_1564.c| 16 +++---
2 files changed, 36
From: George Cherian
Add a new compatible for OMAP5 since it does not use any of the
OTG operations as of now.
HAS_SRP and SET_VBUS functionalities are used only for OMAP4.
Signed-off-by: George Cherian
Signed-off-by: Kishon Vijay Abraham I
---
Changes from v1:
removed the Documentation since
From: Austin Beam
Enable the dra7x errata workaround for false disconnect problem
with USB2PHY. False disconnects were detected with some of the devices.
Reduce the sensitivity of the disconnect logic within the USB2PHY subsystem
to enusre these false disconnects are not registered.
Now we are using devm_regulator_register(), so we don't need to allocate *rdev[]
array to store return value of devm_regulator_register. Use a *rdev variable is
enough for checking return status.
Signed-off-by: Axel Lin
---
drivers/regulator/max77693.c | 16 +---
1 file changed, 5
On Fri, Mar 07, 2014 at 11:09:06AM -0500, Vivek Goyal wrote:
> I would say it is not very complicated to maintain backward
> compatibility in this case. So let us keep saved_max_pfn for some
> time and make kexec-tools changes. Some time down the line, one can
> get rid of saved_max_pfn
On Thu, Mar 06, 2014 at 07:46:44AM -0700, Jon Mason wrote:
> > I don't know of anyone still using it, but it's not
> > impossible. Calgary and CalIOC2 machines would now be ~5-8 years
> > old.
>
> It is getting a bit crufty in arch/x86. Would it be better to move
> it to drivers/iommu?
Not
On Sat, Mar 08, 2014 at 02:53:18PM +0200, Valentina Manea wrote:
> This is a resend of the patches sent a few days ago, including
> the migration of USB/IP userspace side to use libudev instead
> of libsysfs and various other fixes, all ordered in a big patch
> series.
Very nice work, thanks so
On Sun, Mar 09, 2014 at 11:45:51AM +1100, Nick Davies wrote:
> Fixed coding style warnings in comedidev.h which had an extra space
> after the function pointer name.
>
> Signed-off-by: Nick Davies
> ---
> drivers/staging/comedi/comedidev.h | 48
> +++---
> 1
This patch cleans up a few trivial style issues, including fixing crazy
indentation problems in the defines near the top of the file, removing a
couple of unneeded braces, and wrapping a couple of long comments onto new
lines to fix lines which were in excess of 80 characters.
Signed-off-by:
On Fri, Mar 07, 2014 at 09:03:04AM +0900, Daeseok Youn wrote:
>
> The mkret() change a value of error from positive to
> negative. This patch is modified to return negative value
> when it failed. It doesn't need to call with function
> for changing from positive to negative.
>
> Signed-off-by:
On Sat, Mar 8, 2014 at 11:50 PM, Guenter Roeck wrote:
> On 03/07/2014 10:17 AM, Guenter Roeck wrote:
>>
>> On Fri, Mar 07, 2014 at 03:47:08PM +, Laszlo Papp wrote:
>>>
>>> On Fri, Mar 7, 2014 at 3:37 PM, Jean Delvare wrote:
>>
>> I'm quite confused. While I admit that the term
On Tue, Feb 25, 2014 at 08:18:33PM +0100, Arnd Bergmann wrote:
> On Tuesday 25 February 2014, Christian Daudt wrote:
> > Can you please pull the patches below. Note that if you wanto to
> > absolutely reduce this to the bone, you can drop the last patch in the
> > series titled "pinctrl: Rename
On Fri, Mar 07, 2014 at 06:30:49PM -0800, Arjan van de Ven wrote:
> >> AFAICT the synchronization does nothing useful and is just a remnant
> >> of a patch series where the real meat didn't get applied. But of
> >> course it would be great if Shaohua could confirm my understanding.
> >
> >
On Mon, Mar 03, 2014 at 09:46:48PM +0100, Johannes Thumshirn wrote:
> From: Johannes Thumshirn
>
> Make mcb depend on HAS_IOMEM and mcb-pci depend on PCI. This fixes build
> errors
> discovered by the 0-day kernel build testing system.
>
> Signed-off-by: Johannes Thumshirn
> Reported-by:
On Sat, Mar 08, 2014 at 09:52:32PM -0800, Greg Kroah-Hartman wrote:
> On Mon, Mar 03, 2014 at 09:46:49PM +0100, Johannes Thumshirn wrote:
> > From: Johannes Thumshirn
> >
> > men_z188_adc needs to include linux/io.h. This fixes a build error
> > discovered by 0-day buid bot
> >
> >
On Mon, Mar 03, 2014 at 09:46:49PM +0100, Johannes Thumshirn wrote:
> From: Johannes Thumshirn
>
> men_z188_adc needs to include linux/io.h. This fixes a build error
> discovered by 0-day buid bot
>
> Signed-off-by: Johannes Thumshirn
> ---
> drivers/iio/adc/men_z188_adc.c | 1 +
> 1 file
On Fri, 2014-03-07 at 02:46 +0100, Rafael J. Wysocki wrote:
> On Tuesday, March 04, 2014 01:35:00 AM Rafael J. Wysocki wrote:
> > On 3/4/2014 1:27 AM, Zhang, Rui wrote:
> > >
> > >> -Original Message-
> > >> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > >> Sent: Tuesday, March
Actually, people I don't want to brother are guys intergrate all
patches on the maillist.
There are too many patches whaic are waiting they to process.
I will check the development progress of the another Score and
consider if we should remove the config.
Thanks for your suggestion.
Best,
Lennox
Hi Lee,
>From my very first glance here, it looks like there are several (mostly
minor) comments that still aren't addressed in this series. I'll point
at the ones I notice in this patch, but can you recheck my comments from
v2? I'll still try to take another pass at reading the next 34
On Fri, 2014-03-07 at 02:44 +0100, Rafael J. Wysocki wrote:
> On Wednesday, February 26, 2014 05:11:08 PM Zhang Rui wrote:
> > +
> > +static int __init acpi_pnp_scan_handler_attach(struct acpi_device *adev,
>
> This can't be __init.
>
> > + const struct
Hi,
I was going through lov_pack.c and in the function lov_unpackmd before
checking for lmm we are using the lmm_pattern value and doing
allocation. In case lmm is null use of pattern =
le32_to_cpu(lmm->lmm_pattern); will throw a null pointer exception.
I was thinking of moving the null check
On Thu, Mar 6, 2014 at 2:04 AM, Fabian Frederick wrote:
> fixme applied : check device size is a multiple of erasesize.
>
> Signed-off-by: Fabian Frederick
Pushed to l2-mtd.git. Thanks!
Brian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Fixed coding style warnings in ni_tio.h which had an extra space
after the function pointer name.
Signed-off-by: Nick Davies
---
drivers/staging/comedi/drivers/ni_tio.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/comedi/drivers/ni_tio.h
On 03/08/2014 01:50 PM, Satoru Takeuchi wrote:
At Sat, 08 Mar 2014 09:10:00 -0800,
Guenter Roeck wrote:
On 03/08/2014 08:18 AM, Greg Kroah-Hartman wrote:
On Sat, Mar 08, 2014 at 06:35:52AM -0800, Guenter Roeck wrote:
On 03/08/2014 01:47 AM, Satoru Takeuchi wrote:
At Fri, 7 Mar 2014
This patch changes a handful of while loops to timeouts to prevent
infinite looping on hardware failure. A couple such loops are in a
function (s626_debi_transfer()) which is called from critical sections,
so comedi_timeout() is unusable for them, and an iterative timeout is
used instead. For the
Hi Greg,
>On Saturday, March 8, 2014 9:00 PM, Greg KH wrote:
>>On Fri, Mar 07, 2014 at 07:43:04PM -0600, Chase Southwood wrote:
>>This patch changes a handful of while loops to timeouts to prevent
>>infinite looping on hardware failure. A couple such loops are in a
>>function
Nobody calls hid_output_raw_report anymore, and nobody should.
We can now remove the various implementation in the different
transport drivers and the declarations.
Reviewed-by: David Herrmann
Signed-off-by: Benjamin Tissoires
---
no changes since v1 (what did you expected?)
tests have shown that output reports use hid_hw_output_report().
Reviewed-by: David Herrmann
Signed-off-by: Benjamin Tissoires
---
changes in v3:
- no changes
changes in v2:
- removed FIXME
- actually use the proper calls and do not guess
drivers/hid/hid-cp2112.c | 7 ++-
1 file changed,
hid_out_raw_report is going to be obsoleted as it is not part of the
unified HID low level transport documentation
(Documentation/hid/hid-transport.txt)
hid_output_raw_report(hdev, buf, sizeof(buf), HID_FEATURE_REPORT);
is strictly equivalent to:
hid_hw_raw_request(hdev, buf[0], buf,
hid_out_raw_report is going to be obsoleted as it is not part of the
unified HID low level transport documentation
(Documentation/hid/hid-transport.txt)
To do so, we need to introduce two new quirks:
* HID_QUIRK_NO_OUTPUT_REPORTS_ON_INTR_EP: this quirks prevents the
transport driver to use the
Hop, a new version.
As mentioned in the v2, I did not changed 2/4 but I'll add a patch later
to remove buf[0] from the call. But I need to do tests first.
Thanks for all the work to everybody who took a part in this cleanup.
Cheers,
Benjamin
Benjamin Tissoires (4):
HID: cp2112: remove
On Fri, Mar 7, 2014 at 4:52 AM, David Herrmann wrote:
> Hi
>
> On Wed, Mar 5, 2014 at 10:18 PM, Benjamin Tissoires
> wrote:
>> Alright, this is the re-spin of the last round of transport cleanup.
>>
>> Some minor but important modifications are here, but nothing very
>> enthousiastic.
>>
>>
On Sat, Mar 08 2014 at 10:18pm -0500,
Jens Axboe wrote:
> On 2014-03-08 17:57, Mike Snitzer wrote:
> >
> >I had a look at what you queued, thing is commit 1874198 replaced code
> >in blk_kick_flush() that did use list_add_tail(). So getting back to
> >the way the original code was (before
On Fri, Mar 7, 2014 at 4:47 AM, David Herrmann wrote:
> Hi
>
> On Wed, Mar 5, 2014 at 10:18 PM, Benjamin Tissoires
> wrote:
>> hid_out_raw_report is going to be obsoleted as it is not part of the
>> unified HID low level transport documentation
>> (Documentation/hid/hid-transport.txt)
>>
>>
On Sat, 2014-03-08 at 12:02 -0800, Linus Torvalds wrote:
> On Sat, Mar 8, 2014 at 11:44 AM, Oleg Nesterov wrote:
> >
> > Sure. But another thread or CLONE_VM task can do vmacache_invalidate(),
> > hit vmacache_seqnum == 0 and call vmacache_flush_all() to solve the
> > problem with potential
On Wed, Mar 05, 2014 at 09:27:15PM +0800, Peng Tao wrote:
> They are not called by anyone and cause gcc warning:
> drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c:609: warning:
> ‘kiblnd_debug_conn’
> defined but not used
> drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c:589: warning:
>
On 2014-03-08 17:57, Mike Snitzer wrote:
On Sat, Mar 08 2014 at 7:24pm -0500,
Jens Axboe wrote:
On 2014-03-08 15:09, Mike Snitzer wrote:
On Sat, Mar 08 2014 at 4:33pm -0500,
Hannes Reinecke wrote:
On 03/08/2014 07:13 PM, Mike Snitzer wrote:
I'm calm.. was just a bit frustrated. But
On Sun, Mar 09, 2014 at 11:45:51AM +1100, Nick Davies wrote:
> Fixed coding style warnings in comedidev.h which had an extra space
> after the function pointer name.
>
> Signed-off-by: Nick Davies
> ---
> drivers/staging/comedi/comedidev.h | 48
> +++---
> 1
On Fri, Mar 07, 2014 at 07:43:04PM -0600, Chase Southwood wrote:
> This patch changes a handful of while loops to timeouts to prevent
> infinite looping on hardware failure. A couple such loops are in a
> function (s626_debi_transfer()) which is called from critical sections,
> so comedi_timeout()
Added EDAC support for reporting the ecc errors of zynq ddr controller.
The ddr ecc controller corrects single bit errors and detects double bit
errors
Signed-off-by: Punnaiah Choudary Kalluri
---
.../devicetree/bindings/edac/zynq_edac.txt | 18 +
drivers/edac/Kconfig
Minor style cleanup per checkpatch.pl.
Signed-off-by: Conrad Meyer
---
.../comedi/drivers/addi-data/hwdrv_apci1500.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/staging/comedi/drivers/addi-data/hwdrv_apci1500.c
Brought to you with the help of sed and manual clean-up after.
$ sed -i -e 's|printk("\\n|dev_warn(dev->hw_dev,\n\t"|' \
addi-data/hwdrv_apci1500.c
Since all of these printk()s were for invalid API inputs and most of
them returned -EINVAL, I fixed the rest of them to return -EINVAL as
Enable receive side checksum offload.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/net/hyperv/hyperv_net.h | 33 -
drivers/net/hyperv/netvsc_drv.c | 19 +++
drivers/net/hyperv/rndis_filter.c |4 +++-
3 files
Cleanup the code and enable scatter gather I/O.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/net/hyperv/netvsc_drv.c | 153 +--
1 files changed, 114 insertions(+), 39 deletions(-)
diff --git a/drivers/net/hyperv/netvsc_drv.c
Prior to enabling guest side offloads, enable the offloads on the host.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/net/hyperv/hyperv_net.h | 55 +
drivers/net/hyperv/rndis_filter.c | 80 +
2 files
In preparation for enabling offloads, cleanup the send path.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/net/hyperv/hyperv_net.h |7 +---
drivers/net/hyperv/netvsc_drv.c | 88 +
drivers/net/hyperv/rndis_filter.c | 66
Enable segmentation offload.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/net/hyperv/hyperv_net.h | 40 +++
drivers/net/hyperv/netvsc_drv.c | 38 +---
2 files changed, 74 insertions(+), 4
Enable send side checksum offload.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/net/hyperv/hyperv_net.h | 10 ++
drivers/net/hyperv/netvsc_drv.c | 69 +-
2 files changed, 77 insertions(+), 2 deletions(-)
diff --git
This patch set enables both checksum as well as segmentation offload.
As part of this effort I have enabled scatter gather I/O a well.
In version 2 of these patches, I addressed comments from David Miller and
Dan Carpenter.
In this version I have addressed the latest comments from David Miller.
On 03/08/14 15:00, Sergei Antonov wrote:
On 8 March 2014 23:01, PaX Team wrote:
On 8 Mar 2014 at 21:29, Sergei Antonov wrote:
- memset(_req, 0, sizeof(aead_req));
+ char aead_req_data[sizeof(struct aead_request) +
+ crypto_aead_reqsize(tfm) +
+
Hi Hirokazu,
We noticed long standing build errors for m32104ut_defconfig and the
below bisected "first bad commit" actually fixed something to make the
kernel build go on to disclose these hidden errors.
first "bad" commit: fc31c7716355a226b8ed4e16f4581e5c8fa53570 kbuild: include
limits.h in
On Sat, Mar 08, 2014 at 03:47:24PM -0500, Conrad Meyer wrote:
> Rename some very long functions in addi-data/hwdrv_apci1500.c.
>
> Signed-off-by: Conrad Meyer
When you update a patch, it's better to have the subject be:
[PATCH v2] Staging:
Otherwise what are you going to do for
Adding more appropriate people to the cc.
That semaphore was added by commit 5fbc461636c3 ("mm: make
lru_add_drain_all() selective"), and acked by Tejun. But we've had
problems before with holding locks and then calling flush_work(),
since that has had a tendency of deadlocking. I think we have
The following changes since commit 0414855fdc4a40da05221fc6062cccbc0c30f169:
Linux 3.14-rc5 (2014-03-02 18:56:16 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
tags/usb-3.14-rc6
for you to fetch changes up to
The following changes since commit 0414855fdc4a40da05221fc6062cccbc0c30f169:
Linux 3.14-rc5 (2014-03-02 18:56:16 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-3.15-rc6
for you to fetch changes up to
On Sat, Mar 08 2014 at 7:24pm -0500,
Jens Axboe wrote:
> On 2014-03-08 15:09, Mike Snitzer wrote:
> >On Sat, Mar 08 2014 at 4:33pm -0500,
> >Hannes Reinecke wrote:
> >
> >>On 03/08/2014 07:13 PM, Mike Snitzer wrote:
> >>>
> >>>I'm calm.. was just a bit frustrated. But this isn't a big deal.
Fixed coding style warnings in comedidev.h which had an extra space
after the function pointer name.
Signed-off-by: Nick Davies
---
drivers/staging/comedi/comedidev.h | 48 +++---
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git
On Wed, 2013-12-11 at 14:49 -0500, Steven Rostedt wrote:
> Here's the new patch:
Doesn't add #includes and doesn't change any types, so of course it
doesn't compile. WTF?
Ben.
> From: Sebastian Andrzej Siewior
> Date: Mon, 28 Oct 2013 11:50:06 +0100
> Subject: [PATCH] swait: Add a few more
On 2014-03-08 15:09, Mike Snitzer wrote:
On Sat, Mar 08 2014 at 4:33pm -0500,
Hannes Reinecke wrote:
On 03/08/2014 07:13 PM, Mike Snitzer wrote:
I'm calm.. was just a bit frustrated. But this isn't a big deal.
I'll make an effort to reach out to relevant people sooner when
similar stuff
On 2014-03-08 16:59, Guenter Roeck wrote:
On 03/08/2014 03:08 AM, Jean Delvare wrote:
On Fri, 7 Mar 2014 14:52:30 -0800, Guenter Roeck wrote:
On Fri, Mar 07, 2014 at 11:04:29PM +0100, Manuel Krause wrote:
Hi, and thanks for the quick response!
No special fancy "fan control policy".
From: Sergei Antonov
Date: Sat, 8 Mar 2014 21:29:57 +0100
> On 8 March 2014 02:26, wrote:
>> diff --git a/net/mac80211/aes_ccm.c b/net/mac80211/aes_ccm.c
>> index 7c7df47..3317578 100644
>> --- a/net/mac80211/aes_ccm.c
>> +++ b/net/mac80211/aes_ccm.c
>> @@ -23,12 +23,14 @@ void
From: Zoltan Kiss
Date: Sat, 8 Mar 2014 14:37:50 +
> Maybe you mixed up mine with that? But that's also not eligible to be
> applied yet.
I can always revert the series if there are major objections.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On 03/07/2014 10:17 AM, Guenter Roeck wrote:
On Fri, Mar 07, 2014 at 03:47:08PM +, Laszlo Papp wrote:
On Fri, Mar 7, 2014 at 3:37 PM, Jean Delvare wrote:
I'm quite confused. While I admit that the term "tachometer speed" is
awkward, the max6650 driver is reporting fan speeds in RPM as
The DRBG test code implements the CAVS test approach.
As discussed for the test vectors, all DRBG types are covered with
testing. However, not every backend cipher is covered with testing. To
prevent the testmgr from logging missing testing, the NULL test is
registered for all backend ciphers not
The header file includes the definition of:
* DRBG data structures with
- struct drbg_state as main structure
- struct drbg_core referencing the backend ciphers
- struct drbg_state_ops callbach handlers for specific code
supporting the Hash, HMAC, CTR DRBG
All types of the DRBG (CTR, HMAC, Hash) are covered with test vectors.
In addition, all permutations of use cases of the DRBG are covered:
* with and without predition resistance
* with and without additional information string
* with and without personalization string
As
Hi,
the following set of patches implements the deterministic random bit generator
(DRBG) specified by SP800-90A.
The DRBG implementation offers the following:
* All three DRBG types are implemented with a derivation function.
* All DRBG types are available with and without
The different DRBG types of CTR, Hash, HMAC can be enabled or disabled
at compile time. At least one DRBG type shall be selected.
The default is the HMAC DRBG as its code base is smallest.
Signed-off-by: Stephan Mueller
diff --git a/crypto/Kconfig b/crypto/Kconfig
index 7bcb70d..2cdf9c6 100644
This is a clean-room implementation of the DRBG defined in SP800-90A.
All three viable DRBGs defined in the standard are implemented:
* HMAC
* Hash
* CTR
Signed-off-by: Stephan Mueller
create mode 100644 crypto/drbg.c
diff --git a/crypto/drbg.c b/crypto/drbg.c
new
Signed-off-by: Stephan Mueller
diff --git a/crypto/Makefile b/crypto/Makefile
index b29402a..0d63373 100644
--- a/crypto/Makefile
+++ b/crypto/Makefile
@@ -92,6 +92,7 @@ obj-$(CONFIG_CRYPTO_842) += 842.o
obj-$(CONFIG_CRYPTO_RNG2) += rng.o
obj-$(CONFIG_CRYPTO_RNG2) += krng.o
On 9. März 2014 00:00:19 MEZ, Sergei Antonov wrote:
>On 8 March 2014 23:01, PaX Team wrote:
>> On 8 Mar 2014 at 21:29, Sergei Antonov wrote:
>>
>>> > - memset(_req, 0, sizeof(aead_req));
>>> > + char aead_req_data[sizeof(struct aead_request) +
>>> > +
From: KY Srinivasan
Date: Sat, 8 Mar 2014 10:27:54 +
> "len" would have gotten decremented prior to the check and in the
> case we are talking about, "len" would be zero and so j would not
> get incremented.
You are correct, this is the part of the logic in this case which I
missed.
On 08.03.2014 13:35, Francois Romieu wrote:
...
> It applies fine against b01d4e68933ec23e43b1046fa35d593cefcf37d1 but
> a bug hides behind the 'start' variable. You may replace it with the
> patch below. The "netif_info(..., "frags ..." debug statement is noisy
> when enabled. Don't use it.
...
On 03/08/2014 12:41 PM, Grant Likely wrote:
Another thought. In terms of the pattern, I would add a recommendation
> > that there should be a way to identify ports of a particular type. ie.
> > If I were using the pattern to implement an patch bay of DSP filters,
> > where each input and
use sk_convert_filter() to convert seccomp BPF into extended BPF
05-sim-long_jumps.c of libseccomp was used as micro-benchmark:
seccomp_rule_add_exact(ctx,...
seccomp_rule_add_exact(ctx,...
rc = seccomp_load(ctx);
for (i = 0; i < 1000; i++)
syscall(199, 100);
'short filter' has
Extended BPF extends old BPF in the following ways:
- from 2 to 10 registers
Original BPF has two registers (A and X) and hidden frame pointer.
Extended BPF has ten registers and read-only frame pointer.
- from 32-bit registers to 64-bit registers
semantics of old 32-bit ALU operations are
Signed-off-by: Alexei Starovoitov
Reviewed-by: Daniel Borkmann
---
Documentation/networking/filter.txt | 181 +++
1 file changed, 181 insertions(+)
diff --git a/Documentation/networking/filter.txt
b/Documentation/networking/filter.txt
index
Hi Dave,
V1 patches:
http://thread.gmane.org/gmane.linux.kernel/1605783
V2 patches:
http://thread.gmane.org/gmane.linux.kernel/1642325
V3 patches:
http://thread.gmane.org/gmane.linux.kernel/1656538
V4 summary:
- addressed Daniel comments
- RFC for seccomp with extended BPF
- added extended BPF
On Sun, Mar 9, 2014 at 4:38 AM, Christian Lamparter
wrote:
> On Sunday, March 09, 2014 04:14:32 AM Krishna Chaitanya wrote:
>> On Sat, Mar 8, 2014 at 2:41 AM, Alexey Khoroshilov
>> wrote:
>> > If p54u_load_firmware() fails, p54u_probe() does not deallocate
>> > already allocated resources. The
On Sunday, March 09, 2014 04:14:32 AM Krishna Chaitanya wrote:
> On Sat, Mar 8, 2014 at 2:41 AM, Alexey Khoroshilov
> wrote:
> > If p54u_load_firmware() fails, p54u_probe() does not deallocate
> > already allocated resources. The patch adds proper failure handling.
> >
> > Found by Linux Driver
If userspace sends a w1 message of length 0 we leak
the refcount.
Signed-off-by: Richard Weinberger
---
drivers/w1/w1_netlink.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/w1/w1_netlink.c b/drivers/w1/w1_netlink.c
index 40788c9..7131777 100644
---
On 09.03.2014 02:44, Krishna Chaitanya wrote:
> On Sat, Mar 8, 2014 at 2:41 AM, Alexey Khoroshilov
> wrote:
>> If p54u_load_firmware() fails, p54u_probe() does not deallocate
>> already allocated resources. The patch adds proper failure handling.
>>
>> Found by Linux Driver Verification project
On 8 March 2014 23:01, PaX Team wrote:
> On 8 Mar 2014 at 21:29, Sergei Antonov wrote:
>
>> > - memset(_req, 0, sizeof(aead_req));
>> > + char aead_req_data[sizeof(struct aead_request) +
>> > + crypto_aead_reqsize(tfm) +
>> > +
On Sat, Mar 8, 2014 at 2:41 AM, Alexey Khoroshilov
wrote:
> If p54u_load_firmware() fails, p54u_probe() does not deallocate
> already allocated resources. The patch adds proper failure handling.
>
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Signed-off-by: Alexey
On Fri, Mar 07, 2014 at 03:30:23PM +0100, Philipp Zabel wrote:
> This patch adds device_reset_optional and (devm_)reset_control_get_optional
> variants that drivers can use to indicate they can function without control
> over the reset line. For those functions, stubs are added so the drivers can
Around Sun 09 Mar 2014 05:47:04 +0800 or thereabout, Chen Gang wrote:
>
> After this patch, our linux kernel can pass "avr32-linux-" allmodconfig
> (it contents quite a few of warnings, but after check, I guess they are
> not kernel's issue).
That sounds great, I am a bit surprised however that
On Sat, Mar 08 2014 at 4:33pm -0500,
Hannes Reinecke wrote:
> On 03/08/2014 07:13 PM, Mike Snitzer wrote:
> >
> >I'm calm.. was just a bit frustrated. But this isn't a big deal.
> >I'll make an effort to reach out to relevant people sooner when
> >similar stuff is reported against recently
On 8 Mar 2014 at 21:29, Sergei Antonov wrote:
> > - memset(_req, 0, sizeof(aead_req));
> > + char aead_req_data[sizeof(struct aead_request) +
> > + crypto_aead_reqsize(tfm) +
> > + CRYPTO_MINALIGN] CRYPTO_MINALIGN_ATTR;
I left my fuzzing box running for the weekend, and checked in on it this
evening,
to find that none of the child processes were making any progress.
cat'ing /proc/n/stack shows them all stuck in the same place..
Some examples:
[] lru_add_drain_all+0x34/0x200
[] SyS_mlock+0x33/0x130
[]
On Fri, 7 Mar 2014 15:08:00 -0800
Sören Brinkmann wrote:
> On Fri, 2014-03-07 at 09:28PM +, One Thousand Gnomes wrote:
> > On Fri, 7 Mar 2014 11:13:27 -0800
> > Soren Brinkmann wrote:
> >
> > > Signed-off-by: Soren Brinkmann
> > > ---
> > > drivers/tty/serial/xilinx_uartps.c | 6 +-
On 03/08/2014 01:44 PM, Chen Gang wrote:
> On 03/08/2014 11:04 PM, Randy Dunlap wrote:
>> On 03/08/2014 05:07 AM, Chen Gang wrote:
> [...]
>>> Welcome any suggestions, discussions and completions.
>>>
>>> Thanks.
>>>
>>
>> A patch has already been submitted and applied by the subsystem maintainer.
Hi Linus,
Here are the target-pending fixes for v3.14-rc6.
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git master
This series addresses a number of outstanding issues wrt to active I/O
shutdown using iser-target. This includes:
- Fix a long standing
After this patch, our linux kernel can pass "avr32-linux-" allmodconfig
(it contents quite a few of warnings, but after check, I guess they are
not kernel's issue).
:-)
Thanks.
On 03/09/2014 05:35 AM, Chen Gang wrote:
> Need export symbol flush_icache_range() to modules, just like another
>
On 03/08/2014 11:04 PM, Randy Dunlap wrote:
> On 03/08/2014 05:07 AM, Chen Gang wrote:
[...]
>> Welcome any suggestions, discussions and completions.
>>
>> Thanks.
>>
>
> A patch has already been submitted and applied by the subsystem maintainer.
>
>
Dear RT folks!
I'm pleased to announce the v3.12.13-rt21 patch set.
Changes since v3.12.13-rt20
- the recent change to cpu_chill() could defeat its purpose if the task
invoking cpu_chill() had a signal pending. Noticed by Ulrich Obergfell
and fixed by Steven Rostedt.
- David Miller coverted
On 03/08/14 06:53, Stanislaw Gruszka wrote:
On Fri, Mar 07, 2014 at 06:15:43PM -0800, Behan Webster wrote:
On 03/07/14 17:56, Joe Perches wrote:
On Fri, 2014-03-07 at 17:26 -0800, beh...@converseincode.com wrote:
From: Jan-Simon Möller
Replaced the use of a Variable Length Array In Struct
1 - 100 of 552 matches
Mail list logo