Hi,
this patch series is based on:
https://git.kernel.org/pub/scm/linux/kernel/git/mkl/linux-can-next.git/log/?h=flexcan
I took the liberty and ported and made some style changes to the ISO CAN-FD
patch from Joakim.
With these two patches applied for the branch above:
Tested-by: Michael Walle
While converting rapidio from get_user_pages() to pin_user_pages(),
I noticed a small problem in the error handling, so that is fixed
first. As such, the fix has -stable on CC, and can be separately
applied.
Note that I have only compile-tested these patches, although that does
also include
On 4/19/18 11:10 AM, Randy Dunlap wrote:
> On 04/19/18 07:52, Jens Axboe wrote:
>> On 4/18/18 10:04 PM, Jiang Biao wrote:
>>> The comment before blkg_create() in blkcg_init_queue() was moved
>>> from blkcg_activate_policy() by commit ec13b1d6f0a0457312e615, but
>>> it does not suit for the new
On 4/19/18 11:10 AM, Randy Dunlap wrote:
> On 04/19/18 07:52, Jens Axboe wrote:
>> On 4/18/18 10:04 PM, Jiang Biao wrote:
>>> The comment before blkg_create() in blkcg_init_queue() was moved
>>> from blkcg_activate_policy() by commit ec13b1d6f0a0457312e615, but
>>> it does not suit for the new
On 04/19/18 07:52, Jens Axboe wrote:
> On 4/18/18 10:04 PM, Jiang Biao wrote:
>> The comment before blkg_create() in blkcg_init_queue() was moved
>> from blkcg_activate_policy() by commit ec13b1d6f0a0457312e615, but
>> it does not suit for the new context.
>
> Applied - btw, in the future, if you
On 04/19/18 07:52, Jens Axboe wrote:
> On 4/18/18 10:04 PM, Jiang Biao wrote:
>> The comment before blkg_create() in blkcg_init_queue() was moved
>> from blkcg_activate_policy() by commit ec13b1d6f0a0457312e615, but
>> it does not suit for the new context.
>
> Applied - btw, in the future, if you
On 4/18/18 10:04 PM, Jiang Biao wrote:
> The comment before blkg_create() in blkcg_init_queue() was moved
> from blkcg_activate_policy() by commit ec13b1d6f0a0457312e615, but
> it does not suit for the new context.
Applied - btw, in the future, if you send more than one patch in
a series, please
On 4/18/18 10:04 PM, Jiang Biao wrote:
> The comment before blkg_create() in blkcg_init_queue() was moved
> from blkcg_activate_policy() by commit ec13b1d6f0a0457312e615, but
> it does not suit for the new context.
Applied - btw, in the future, if you send more than one patch in
a series, please
The comment before blkg_create() in blkcg_init_queue() was moved
from blkcg_activate_policy() by commit ec13b1d6f0a0457312e615, but
it does not suit for the new context.
Signed-off-by: Jiang Biao
Signed-off-by: Wen Yang
CC: Tejun Heo
The comment before blkg_create() in blkcg_init_queue() was moved
from blkcg_activate_policy() by commit ec13b1d6f0a0457312e615, but
it does not suit for the new context.
Signed-off-by: Jiang Biao
Signed-off-by: Wen Yang
CC: Tejun Heo
CC: Jens Axboe
---
block/blk-cgroup.c | 6 +-
1 file
First re-run of this serie of misc fix and preparation for OF support on ATH79.
* Dropped the bad PCI patch
* Moved the patch to use the common clk API out of the OF support serie
into this one.
Alban Bedel (5):
MIPS: ath79: Enable ZBOOT support
MIPS: ath79: Add a missing new line in
First re-run of this serie of misc fix and preparation for OF support on ATH79.
* Dropped the bad PCI patch
* Moved the patch to use the common clk API out of the OF support serie
into this one.
Alban Bedel (5):
MIPS: ath79: Enable ZBOOT support
MIPS: ath79: Add a missing new line in
This first small serie allow using ZBOOT, fix a few errors in the
registers definitions and rework the DDR controller interface.
The DDR controller interface patch is mostly to simplify the IRQ
controller code before adding OF support.
Following this will a be serie that add the OF bindings and
This first small serie allow using ZBOOT, fix a few errors in the
registers definitions and rework the DDR controller interface.
The DDR controller interface patch is mostly to simplify the IRQ
controller code before adding OF support.
Following this will a be serie that add the OF bindings and
On Sat, Mar 28, 2015 at 1:23 PM, Grant Likely wrote:
> On Tue, 24 Mar 2015 23:43:43 -0500
> , Rob Herring
> wrote:
>> On Wed, Mar 11, 2015 at 3:36 AM, Wang Long wrote:
>> > This series patches do some small fixes in drivers/of/unittest.c,
>> > and update the Documenttion.
>> >
>> > At last,
On Sat, Mar 28, 2015 at 1:23 PM, Grant Likely grant.lik...@linaro.org wrote:
On Tue, 24 Mar 2015 23:43:43 -0500
, Rob Herring robherri...@gmail.com
wrote:
On Wed, Mar 11, 2015 at 3:36 AM, Wang Long long.wangl...@huawei.com wrote:
This series patches do some small fixes in
On Tue, 24 Mar 2015 23:43:43 -0500
, Rob Herring
wrote:
> On Wed, Mar 11, 2015 at 3:36 AM, Wang Long wrote:
> > This series patches do some small fixes in drivers/of/unittest.c,
> > and update the Documenttion.
> >
> > At last, replace selftest with unittest in the c, dtsi
> > and binding
On Tue, 24 Mar 2015 23:43:43 -0500
, Rob Herring robherri...@gmail.com
wrote:
On Wed, Mar 11, 2015 at 3:36 AM, Wang Long long.wangl...@huawei.com wrote:
This series patches do some small fixes in drivers/of/unittest.c,
and update the Documenttion.
At last, replace selftest with unittest
On Wed, Mar 11, 2015 at 3:36 AM, Wang Long wrote:
> This series patches do some small fixes in drivers/of/unittest.c,
> and update the Documenttion.
>
> At last, replace selftest with unittest in the c, dtsi
> and binding files.
>
> * v2 <- v1:
> - According to Gaurav's advice. make the
On Wed, Mar 11, 2015 at 3:36 AM, Wang Long long.wangl...@huawei.com wrote:
This series patches do some small fixes in drivers/of/unittest.c,
and update the Documenttion.
At last, replace selftest with unittest in the c, dtsi
and binding files.
* v2 - v1:
- According to Gaurav's
This series patches do some small fixes in drivers/of/unittest.c,
and update the Documenttion.
At last, replace selftest with unittest in the c, dtsi
and binding files.
* v2 <- v1:
- According to Gaurav's advice. make the rename
file patch correctly.
Wang Long (5):
This series patches do some small fixes in drivers/of/unittest.c,
and update the Documenttion.
At last, replace selftest with unittest in the c, dtsi
and binding files.
* v2 - v1:
- According to Gaurav's advice. make the rename
file patch correctly.
Wang Long (5):
This series patches do some small fixes in drivers/of/unittest.c,
and update the Documenttion.
At last, replace selftest with unittest in the c and dtsi files.
Wang Long (5):
of/unittest: remove the duplicate of_changeset_init
of/unittest: Fix the wrong expected value in
This series patches do some small fixes in drivers/of/unittest.c,
and update the Documenttion.
At last, replace selftest with unittest in the c and dtsi files.
Wang Long (5):
of/unittest: remove the duplicate of_changeset_init
of/unittest: Fix the wrong expected value in
These apply on togreg branch.
Fix/cleanup the am335x-adc driver.
1. Autobuilder picked up a missing static in function header
2. Trigger related code is redundant as driver is not using it
3. An error case that I could not figure out does what and why.
Seemed like debug code to me. Removed it.
These apply on togreg branch.
Fix/cleanup the am335x-adc driver.
1. Autobuilder picked up a missing static in function header
2. Trigger related code is redundant as driver is not using it
3. An error case that I could not figure out does what and why.
Seemed like debug code to me. Removed it.
Here are three patches which correct scale usage in both fix_small_imbalance
and update_sg_lb_stats.
And give out comment over when fix_small_imbalance would cause load change.
V2: fix scale usage for update_sg_lb_stats
V3: fix scale problem in comparing sds->busiest_load_per_task
and
Here are three patches which correct scale usage in both fix_small_imbalance
and update_sg_lb_stats.
And give out comment over when fix_small_imbalance would cause load change.
V2: fix scale usage for update_sg_lb_stats
V3: fix scale problem in comparing sds-busiest_load_per_task
and
Here are three patches which correct scale usage in both fix_small_imbalance
and update_sg_lb_stats.
And give out comment over when fix_small_imbalance would cause load change.
V2: fix scale usage for update_sg_lb_stats
V3: fix scale problem in comparing sds->busiest_load_per_task
and
Here are three patches which correct scale usage in both fix_small_imbalance
and update_sg_lb_stats.
And give out comment over when fix_small_imbalance would cause load change.
V2: fix scale usage for update_sg_lb_stats
Lei Wen (3):
sched: reduce calculation effort in fix_small_imbalance
Here are three patches which correct scale usage in both fix_small_imbalance
and update_sg_lb_stats.
And give out comment over when fix_small_imbalance would cause load change.
V2: fix scale usage for update_sg_lb_stats
Lei Wen (3):
sched: reduce calculation effort in fix_small_imbalance
Here are three patches which correct scale usage in both fix_small_imbalance
and update_sg_lb_stats.
And give out comment over when fix_small_imbalance would cause load change.
V2: fix scale usage for update_sg_lb_stats
V3: fix scale problem in comparing sds-busiest_load_per_task
and
Here is two patches which correct the scale usage in the fix_small_balance,
and give out comment over when fix_small_imbalance would cause load change.
Lei Wen (2):
sched: reduce calculation effort in fix_small_imbalance
sched: scale the busy and this queue's per-task load before compare
Here is two patches which correct the scale usage in the fix_small_balance,
and give out comment over when fix_small_imbalance would cause load change.
Lei Wen (2):
sched: reduce calculation effort in fix_small_imbalance
sched: scale the busy and this queue's per-task load before compare
On 09/20/2012 11:07 PM, Wang Sheng-Hui wrote:
> The action has been merged into struct btrfs_delayed_ref_node,
> and no struct btrfs_delayed_ref is available now.
>
You can consider sending this kind of typo fix patch to trivial list instead.
thanks,
liubo
> Signed-off-by: Wang Sheng-Hui
>
The action has been merged into struct btrfs_delayed_ref_node,
and no struct btrfs_delayed_ref is available now.
Signed-off-by: Wang Sheng-Hui
---
fs/btrfs/delayed-ref.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/btrfs/delayed-ref.h b/fs/btrfs/delayed-ref.h
The action has been merged into struct btrfs_delayed_ref_node,
and no struct btrfs_delayed_ref is available now.
Signed-off-by: Wang Sheng-Hui shh...@gmail.com
---
fs/btrfs/delayed-ref.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/btrfs/delayed-ref.h
On 09/20/2012 11:07 PM, Wang Sheng-Hui wrote:
The action has been merged into struct btrfs_delayed_ref_node,
and no struct btrfs_delayed_ref is available now.
You can consider sending this kind of typo fix patch to trivial list instead.
thanks,
liubo
Signed-off-by: Wang Sheng-Hui
This is updated version.
Andrew, could you repleace ?
-Kame
==
Fixing 2 small issues pointed by Tony Luck.
Changelog v1 -> v2
* add pte_present_exec_user()
* remove pte_user
* fixed comments.
v1.
* removing redundant BUG_ON in __ia64_sync_icache_dcache().
* check pte_present() first.
On Tue, 21 Aug 2007 14:12:02 -0700
"Luck, Tony" <[EMAIL PROTECTED]> wrote:
> > + if (pte_present(pteval) &&// swap out ?
> > + pte_exec(pteval) &&// flush only new executable page.
> > pte_user(pteval) &&// ignore kernel page
> > (!pte_present(*ptep) ||//
> + if (pte_present(pteval) &&// swap out ?
> + pte_exec(pteval) &&// flush only new executable page.
> pte_user(pteval) &&// ignore kernel page
> (!pte_present(*ptep) ||// do_no_page or swap in, migration,
> pte_pfn(*ptep) != pte_pfn(pteval)))
Fixing 2 small issues pointed by Tony Luck.
* removing redundant BUG_ON in __ia64_sync_icache_dcache().
* check pte_present() first.
Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
---
arch/ia64/mm/init.c|2 --
include/asm-ia64/pgtable.h |4 ++--
2 files changed, 2
Fixing 2 small issues pointed by Tony Luck.
* removing redundant BUG_ON in __ia64_sync_icache_dcache().
* check pte_present() first.
Signed-off-by: KAMEZAWA Hiroyuki [EMAIL PROTECTED]
---
arch/ia64/mm/init.c|2 --
include/asm-ia64/pgtable.h |4 ++--
2 files changed, 2
+ if (pte_present(pteval) // swap out ?
+ pte_exec(pteval) // flush only new executable page.
pte_user(pteval) // ignore kernel page
(!pte_present(*ptep) ||// do_no_page or swap in, migration,
pte_pfn(*ptep) != pte_pfn(pteval))) //
On Tue, 21 Aug 2007 14:12:02 -0700
Luck, Tony [EMAIL PROTECTED] wrote:
+ if (pte_present(pteval) // swap out ?
+ pte_exec(pteval) // flush only new executable page.
pte_user(pteval) // ignore kernel page
(!pte_present(*ptep) ||// do_no_page or swap in,
This is updated version.
Andrew, could you repleace ?
-Kame
==
Fixing 2 small issues pointed by Tony Luck.
Changelog v1 - v2
* add pte_present_exec_user()
* remove pte_user
* fixed comments.
v1.
* removing redundant BUG_ON in __ia64_sync_icache_dcache().
* check pte_present() first.
From: Finn Thain <[EMAIL PROTECTED]>
Fix a potential problem in the timeout handling: don't free the DMA buffers
before resetting the chip.
Also a trivial cleanup. Bring macsonic and jazzsonic into sync.
Signed-off-by: Finn Thain <[EMAIL PROTECTED]>
Signed-off-by: Geert Uytterhoeven <[EMAIL
From: Finn Thain [EMAIL PROTECTED]
Fix a potential problem in the timeout handling: don't free the DMA buffers
before resetting the chip.
Also a trivial cleanup. Bring macsonic and jazzsonic into sync.
Signed-off-by: Finn Thain [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL
Hello,
The following two patches are against the input tree and improve the
wistron_btns driver.
The first patch is mostly trivial, it fixes a typo that I introduced in
the previous batch.
The second patch adds led support to the driver (and therefore also
dependency on the led class).
See
Hello,
The following two patches are against the input tree and improve the
wistron_btns driver.
The first patch is mostly trivial, it fixes a typo that I introduced in
the previous batch.
The second patch adds led support to the driver (and therefore also
dependency on the led class).
See
On Sun, Feb 04, 2007 at 12:55:57PM +0100, Helge Deller wrote:
| Hello Cyrill,
|
| thanks a lot for the patch.
| I've applied it to the PARISC-Linux git tree:
|
http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=2b1f35b1cdec70c3a0ee2d4174668597355b6041
|
| Your patch made me aware of an
Hello Cyrill,
thanks a lot for the patch.
I've applied it to the PARISC-Linux git tree:
http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=2b1f35b1cdec70c3a0ee2d4174668597355b6041
Your patch made me aware of an unitialized spinlock in the code as well:
Hello Cyrill,
thanks a lot for the patch.
I've applied it to the PARISC-Linux git tree:
http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=2b1f35b1cdec70c3a0ee2d4174668597355b6041
Your patch made me aware of an unitialized spinlock in the code as well:
On Sun, Feb 04, 2007 at 12:55:57PM +0100, Helge Deller wrote:
| Hello Cyrill,
|
| thanks a lot for the patch.
| I've applied it to the PARISC-Linux git tree:
|
http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=2b1f35b1cdec70c3a0ee2d4174668597355b6041
|
| Your patch made me aware of an
This patch adds a checking for errors in hil_keyb_init.
Also some extra spaces are removed.
Signed-off-by: Cyrill V. Gorcunov <[EMAIL PROTECTED]>
---
dvers/input/keyboard/hilkbd.c | 106 +++
1 files changed, 62 insertions(+), 44 deletions(-)
diff --git
This patch adds a checking for errors in hil_keyb_init.
Also some extra spaces are removed.
Signed-off-by: Cyrill V. Gorcunov [EMAIL PROTECTED]
---
dvers/input/keyboard/hilkbd.c | 106 +++
1 files changed, 62 insertions(+), 44 deletions(-)
diff --git
Changes from v1:
- Fix according to Francois Romieu comments.
LOG:
Some issues in b44_resume().
- Return value of pci_enable_device() was ignored.
- If request_irq() has failed we have to just disable device and exit.
Signed-off-by: Dmitriy Monakhov <[EMAIL PROTECTED]>
---
diff --git
Changes from v1:
- Fix according to Francois Romieu comments.
LOG:
Some issues in b44_resume().
- Return value of pci_enable_device() was ignored.
- If request_irq() has failed we have to just disable device and exit.
Signed-off-by: Dmitriy Monakhov [EMAIL PROTECTED]
---
diff --git
Dmitriy Monakhov <[EMAIL PROTECTED]> :
> Return value of 'pci_enable_device' was ignored in b44_resume().
> We can't ingore it because it can fail.
- Please Cc: netdev@vger.kernel.org, [EMAIL PROTECTED] and the maintainer
of the driver (Gary Zambrano <[EMAIL PROTECTED]> as per MAINTAINERS
Return value of 'pci_enable_device' was ignored in b44_resume().
We can't ingore it because it can fail.
Signed-off-by: Dmitriy Monakhov <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/b44.c b/drivers/net/b44.c
index 5eb2ec6..63de31b 100644
--- a/drivers/net/b44.c
+++ b/drivers/net/b44.c
@@
Return value of 'pci_enable_device' was ignored in b44_resume().
We can't ingore it because it can fail.
Signed-off-by: Dmitriy Monakhov [EMAIL PROTECTED]
---
diff --git a/drivers/net/b44.c b/drivers/net/b44.c
index 5eb2ec6..63de31b 100644
--- a/drivers/net/b44.c
+++ b/drivers/net/b44.c
@@
Dmitriy Monakhov [EMAIL PROTECTED] :
Return value of 'pci_enable_device' was ignored in b44_resume().
We can't ingore it because it can fail.
- Please Cc: netdev@vger.kernel.org, [EMAIL PROTECTED] and the maintainer
of the driver (Gary Zambrano [EMAIL PROTECTED] as per MAINTAINERS
file and
Patch from Dmitry Monakhov:
Previous fix for retries in ext3_prepare_write() violation
was a bit errorneuos:
- it missed return of error code from ext3_journal_stop()
- it missed do_journal_get_write_access() before commit_write
a few comments added also.
Signed-Off-By: Dmitry Monakhov <[EMAIL
Patch from Dmitry Monakhov:
Previous fix for retries in ext3_prepare_write() violation
was a bit errorneuos:
- it missed return of error code from ext3_journal_stop()
- it missed do_journal_get_write_access() before commit_write
a few comments added also.
Signed-Off-By: Dmitry Monakhov [EMAIL
> If you have the diffs ready then it would be great if you could do that.
> (Did the maxbytes stuff enter the mainstream kernel yet? Are you going to
> feed them together? Or will that be dropped for now?)
maxbytes got to Linus. The checks using it are not all there, but maxbytes
went in
At 23:11 15/04/2001, Alan Cox wrote:
> > Can the numerous ntfs fixes in the -ac series be applied to the mainstream
> > kernel instead? Thanks.
>
>Want me to feed them to Linus or will you do it ?
If you have the diffs ready then it would be great if you could do that.
(Did the maxbytes stuff
> Can the numerous ntfs fixes in the -ac series be applied to the mainstream
> kernel instead? Thanks.
Want me to feed them to Linus or will you do it ?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Sun, 15 Apr 2001, Rogier Wolff wrote:
> Anton Altaparmakov wrote:
> > >Also, the "start" value that is read from the record, could be much
> > larger than expected, which could lead to accessing random data. The
> > fixup should fail then, and this is also patched below.
> >
> > No it can't
Anton Altaparmakov wrote:
> >Also, the "start" value that is read from the record, could be much
> larger than expected, which could lead to accessing random data. The
> fixup should fail then, and this is also patched below.
>
> No it can't (in theory). The volume would be corrupt if it was.
Linus, Alan,
Please do not apply this patch as both the comment and the code are wrong
and unnecessary, respectively.
Can the numerous ntfs fixes in the -ac series be applied to the mainstream
kernel instead? Thanks.
Rogier and everyone doing any NTFS work, please use -ac series kernels as
Hi all,
I am studying an NTFS problem, and came across the NTFS fixup mechanism.
It took me much too long to understand the fixup mechanism, even though
a comment tried to explain it. So I rewrote the comment.
Also, the "start" value that is read from the record, could be much
larger than
Hi all,
I am studying an NTFS problem, and came across the NTFS fixup mechanism.
It took me much too long to understand the fixup mechanism, even though
a comment tried to explain it. So I rewrote the comment.
Also, the "start" value that is read from the record, could be much
larger than
Linus, Alan,
Please do not apply this patch as both the comment and the code are wrong
and unnecessary, respectively.
Can the numerous ntfs fixes in the -ac series be applied to the mainstream
kernel instead? Thanks.
Rogier and everyone doing any NTFS work, please use -ac series kernels as
On Sun, 15 Apr 2001, Rogier Wolff wrote:
Anton Altaparmakov wrote:
Also, the "start" value that is read from the record, could be much
larger than expected, which could lead to accessing random data. The
fixup should fail then, and this is also patched below.
No it can't (in theory).
Can the numerous ntfs fixes in the -ac series be applied to the mainstream
kernel instead? Thanks.
Want me to feed them to Linus or will you do it ?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
At 23:11 15/04/2001, Alan Cox wrote:
Can the numerous ntfs fixes in the -ac series be applied to the mainstream
kernel instead? Thanks.
Want me to feed them to Linus or will you do it ?
If you have the diffs ready then it would be great if you could do that.
(Did the maxbytes stuff enter
If you have the diffs ready then it would be great if you could do that.
(Did the maxbytes stuff enter the mainstream kernel yet? Are you going to
feed them together? Or will that be dropped for now?)
maxbytes got to Linus. The checks using it are not all there, but maxbytes
went in early
It just adds net_init.o to the definition of export-objs.
--- linux-2.4.3-pre8/drivers/net/Makefile.symbols Tue Mar 27 00:30:58 2001
+++ linux-2.4.3-pre8/drivers/net/Makefile Tue Mar 27 03:00:21 2001
@@ -16,7 +16,7 @@
# This list comes from 'grep -l EXPORT_SYMBOL *.[hc]'.
It just adds net_init.o to the definition of export-objs.
--- linux-2.4.3-pre8/drivers/net/Makefile.symbols Tue Mar 27 00:30:58 2001
+++ linux-2.4.3-pre8/drivers/net/Makefile Tue Mar 27 03:00:21 2001
@@ -16,7 +16,7 @@
# This list comes from 'grep -l EXPORT_SYMBOL *.[hc]'.
Hello all,
the following fix from linux-2.4.2 is not yet in 2.2.19pre.
The agpgart module can not be properly unloaded and
reloaded without it.
(see http://uwsg.indiana.edu/hypermail/linux/kernel/0101.2/1273.html
for details)
Martin Braun
--- linux-2.2.19-pre13/drivers/char/agp/agpgart_be.c
Hello all,
the following fix from linux-2.4.2 is not yet in 2.2.19pre.
The agpgart module can not be properly unloaded and
reloaded without it.
(see http://uwsg.indiana.edu/hypermail/linux/kernel/0101.2/1273.html
for details)
Martin Braun
--- linux-2.2.19-pre13/drivers/char/agp/agpgart_be.c
Hello.
I'm sending you a small fix in quota. Currently on
systems with many different users there are problems that too
many dquots are bound in unused inodes. Following patch
fixes it - quota tries to get dquots from unused inodes
more than once
Hello.
I'm sending you a small fix in quota. Currently on
systems with many different users there are problems that too
many dquots are bound in unused inodes. Following patch
fixes it - quota tries to get dquots from unused inodes
more than once
Hello.
I've got a report that some people using quotas for lots of
users are experiencing being out of dquots. The problem is
that we have quota structs bound in unused inodes and we are not
aggressive enough to get it back. The following patch should
fix it (OK, more proper would be to make
Hello.
I've got a report that some people using quotas for lots of
users are experiencing being out of dquots. The problem is
that we have quota structs bound in unused inodes and we are not
aggressive enough to get it back. The following patch should
fix it (OK, more proper would be to make
The version of udf in this kernel version has a bug in the access at the end of the
device (usually used in DVDs) the patch is currently in new versions of
udf 0.9.2 and 0.9.2.1 from linux-udf.sourceforge.net. bye.
--
Luis Toro Teijeiro
AÑO 3021 de la era del pinguino :-) tux rules.
ICQ :
The version of udf in this kernel version has a bug in the access at the end of the
device (usually used in DVDs) the patch is currently in new versions of
udf 0.9.2 and 0.9.2.1 from linux-udf.sourceforge.net. bye.
--
Luis Toro Teijeiro
AÑO 3021 de la era del pinguino :-) tux rules.
ICQ :
Linus, Andre, all:
Below a tiny patch to ide.c in the handling of the
HDIO_DRIVE_TASK ioctl. It makes sure that the
command goes to the right device.
(The current version obliges user space to keep track
of master/slave, which is inconvenient. Given this
patch I can release some disk utilities
Linus, Andre, all:
Below a tiny patch to ide.c in the handling of the
HDIO_DRIVE_TASK ioctl. It makes sure that the
command goes to the right device.
(The current version obliges user space to keep track
of master/slave, which is inconvenient. Given this
patch I can release some disk utilities
89 matches
Mail list logo