Hi Linus,
Could you please consider this pull reqeuest having some critical bug fixes?
Thanks,
The following changes since commit 34d4ddd359dbcdf6c5fb3f85a179243d7a1cb7f8:
Merge tag 'linux-kselftest-5.9-rc5' of
git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest (2020-09-08
The pull request you sent on Thu, 10 Sep 2020 07:02:41 -0700:
> git://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs.git
> tags/f2fs-for-5.9-rc5
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/581cb3a26baf846ee9636214afaa5333919875b1
Thank you!
--
Deet-doot-do
On Mon, Apr 01, 2019 at 08:18:15PM +0200, Martin Blumenstingl wrote:
> This series applies on top of my other fix "pwm: meson: fix scheduling
> while atomic issue" from [0]
>
> The first patch fixes an issue where the maximum possible pre-divider
> (128) could not be used because there was an off-
This series applies on top of my other fix "pwm: meson: fix scheduling
while atomic issue" from [0]
The first patch fixes an issue where the maximum possible pre-divider
(128) could not be used because there was an off-by-one error in the
code. I discovered this while testing with the longest supp
On Sat, Sep 24, 2016 at 09:53:18AM +0800, pengdonglin137 wrote:
> Hi All,
> I found a small bug in soc-pcm.c. For example, we can see kernel logs as
> follows:
>
> [ 518.707401] SLIMBUS_0_TX: ASoC: trigger BE MSM8996 Media1 cmd 0//
> should be SLIMBUS_0_TX other t
Hello all,
This patch series contains a series of small bug fixes for the arm_pmu
drivers.
I think all the patch should be backported to stable but I have not figured
out up to which version.
Julien Grall (3):
drivers/perf: arm_pmu: Fix reference count of a device_node in
of_pmu_irq_cfg
Various small miscellanous fixes that have gone into libcfs.
James Simmons (7):
staging: lustre: libcfs: remove function declarations in libcfs.h
staging: lustre: libcfs: remove cfs_signal_pending wrapper
staging: lustre: libcfs: remove atomic cpt allocations
staging: lustre: libcfs: remov
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: 3132e107d608f8753240d82d61303c500fd515b4
Steven Rostedt (Red Hat) (2):
tracing: Fix formatting of trace README file
tracing: Check if tracing is enabled in trace_puts()
Tom Zanussi (1):
Hi,
I found some small bugs about memory error handling on hugepages by my
testing on the recent kernel, so I wrote patches for them.
Can I have your reviews or comments on them?
Thanks,
Naoya
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to m
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Chema Gonzalez
[ Upstream commit 6862234238e84648c305526af2edd98badcad1e0 ]
In the current rxhash calculation function, while the
sorting of the ports/addrs is coherent (you get the
same rxhas
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Chema Gonzalez
[ Upstream commit 6862234238e84648c305526af2edd98badcad1e0 ]
In the current rxhash calculation function, while the
sorting of the ports/addrs is coherent (you get the
same rxhas
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Chema Gonzalez
[ Upstream commit 6862234238e84648c305526af2edd98badcad1e0 ]
In the current rxhash calculation function, while the
sorting of the ports/addrs is coherent (you get the
same rxhas
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Chema Gonzalez
[ Upstream commit 6862234238e84648c305526af2edd98badcad1e0 ]
In the current rxhash calculation function, while the
sorting of the ports/addrs is coherent (you get the
same rxhash
Hi Greg
Here's a small series of patches that fixes some memory leaks and cleans
up the code a bit for vt6656 hostapd.c - done on top of Linus' tree as of
today.
--
Jesper Juhlhttp://www.chaosbits.net/
Don't top-post http://www.catb.org/jargon/html/T/top-post.html
Plain text mails onl
On Fri, 13 Jul 2012, Silva Paulo wrote:
> idr_pre_get never returns a value < 0. It returns 0 (no memory) or 1 (OK).
>
Please read Documentation/SubmittingPatches
In summary:
- you are missing a Signed-off-by: line.
- there is no diffstat.
- the patch is an attachment, not inline in the email
idr_pre_get never returns a value < 0. It returns 0 (no memory) or 1 (OK).
Regards
My_linux-3.5-rc6_patches
Description: Binary data
Hi,
The following patches are the bug fix patches in the current GFS2 -nmw
git tree which I've extracted into the -fixes tree since they are relatively
small and self contained. They are relative to 2.6.22-rc5,
Steve.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
[EMAIL PROTECTED] said:
> BTW the printk probably should be KERN_ERR, because this "warning" is
> fatal.
Surely it's only fatal if it's the root filesystem, and the panic() message
on being unable to mount the root filesystem already has a higher loglevel?
--
dwmw2
-
To unsubscribe from thi
Hi!
BTW the printk probably should be KERN_ERR, because this "warning" is
fatal.
Pavel
inode-v23.c-if (MAJOR(dev) != MTD_BLOCK_MAJOR) {
inode-v23.c-printk(KERN_WARNING "JFFS: Trying to mount a "
inode-v23.c:
Arnaldo Carvalho de Melo writes:
> Please apply.
Applied, thanks for the fix.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/maj
Hi,
Please apply.
- Arnaldo
--- linux-2.4.4-ac5/net/ipv4/tcp.c Sat May 5 18:24:59 2001
+++ linux-2.4.4-ac5.acme/net/ipv4/tcp.c Sat May 5 18:33:32 2001
@@ -2352,7 +2352,7 @@
break;
case TCP_LINGER2:
val = tp->linger2;
- if (val
On Sun, 15 Apr 2001, Jeff Garzik wrote:
> Swivel wrote:
> >
> > drivers/char/char.c, line 247
> > create_proc_read_entry() is called regardless of the definition of
> > CONFIG_PROC_FS, simply wrap call with #ifdef CONFIG_PROC_FS and #endif.
>
> create_proc_read_entry exists, as a static inlin
Swivel wrote:
>
> drivers/char/char.c, line 247
> create_proc_read_entry() is called regardless of the definition of
> CONFIG_PROC_FS, simply wrap call with #ifdef CONFIG_PROC_FS and #endif.
create_proc_read_entry exists, as a static inline no-op, without
CONFIG_PROC_FS.
Typically you want to c
drivers/char/char.c, line 247
create_proc_read_entry() is called regardless of the definition of
CONFIG_PROC_FS, simply wrap call with #ifdef CONFIG_PROC_FS and #endif.
Cheers,
Vito Caputo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
I did send this small bug to the mantainer of
Multipple Device SCSI, but did get no answer after a week so I put it at the
linux-kernel.
I have found a small bug in
raid5.c
static int __check_consistency (mddev_t *mddev, int
row)
{
raid5_conf_t *conf = mddev->private;
kdev_t
25 matches
Mail list logo