On Mon, 2010-06-07 at 14:17 -0700, Linus Torvalds wrote:
> and that changelog doesn't really explain it either ("fix leak"? Ok, I can
> see the iput() fixing the leak - but you also did that jffs2_clear_inode()
> change, and that has no explanation what-so-ever.
jffs2_clear_inode() is the file
On Mon, Jun 07, 2010 at 02:17:23PM -0700, Linus Torvalds wrote:
> jffs2_clear_inode(inode);
>
> into
>
> make_bad_inode(inode);
> iput(inode);
>
> and that changelog doesn't really explain it either ("fix leak"? Ok, I can
> see the iput() fixing the leak - but you also did
On Mon, Jun 7, 2010 at 14:49:16 +0200, Jan Engelhardt wrote:
> * The radeon.ko module does not have any PCI IDs defined, thus does not
> get autoloaded like i915.ko. Is this intentional? It also seems
> to default to modeset=0.
It only defines PCI IDs (and gets autoloaded) if
On Mon, Jun 07, 2010 at 08:32:45PM +0100, David Woodhouse wrote:
> The fix is fairly trivial. There's a "big" patch to fs/jffs2/dir.c which
> accounts for the bulk of my pull request, but if you look harder you'll
> see it's mostly just a bunch of removing 'return ret;' and adding
> 'goto fail;'
On Mon, 2010-06-07 at 11:53 -0700, Linus Torvalds wrote:
>
> On Mon, 7 Jun 2010, Al Viro wrote:
> >
> > Ho-hum... Speaking of which, what about leak fixes? There's a
> > long-standing
> > in-core inode leak in jffs2; basically, if you fail directory modification
> > in symlink() et.al., you
On Mon, Jun 07, 2010 at 11:53:28AM -0700, Linus Torvalds wrote:
>
>
> On Mon, 7 Jun 2010, Al Viro wrote:
> >
> > Ho-hum... Speaking of which, what about leak fixes? There's a
> > long-standing
> > in-core inode leak in jffs2; basically, if you fail directory modification
> > in symlink()
On Mon, Jun 07, 2010 at 11:00:51AM -0700, Linus Torvalds wrote:
> So please. Just make me a tree that has regression fixes _only_. I'm not
> AT ALL interested in "it is useful to report the gpu temp". If it was so
> useful, and if it was ready before the merge window, it should hav gone in
>
W dniu 7 czerwca 2010 18:24 u?ytkownik Alex Deucher
napisa?:
> Only VOLTAGE_SW uses current_vddc so it's irrelevant for other voltage types.
I introduced displaying this value in radeom_pm_info debugfs in next patch.
--
Rafa?
W dniu 7 czerwca 2010 18:09 u?ytkownik Alex Deucher
napisa?:
> 2010/6/7 Rafa? Mi?ecki :
>> W dniu 7 czerwca 2010 07:00 u?ytkownik Alex Deucher
>> napisa?:
>>> 2010/6/6 Rafa? Mi?ecki :
We have similar tracking for engine and memory. We could think about some
solution for older GPUs as
On Monday 2010-06-07 17:03, Alex Deucher wrote:
>> * Why is it that I am only allowed to have sound in graphics mode?
>
>HDMI audio is only enabled on active outputs during modeset.
Bleh. If it shows text, that seems pretty active to me.
>> * The radeon.ko module does not have any PCI IDs
> > Sorry I have been away. It looks like the drm-fbdev-fix branch has not
> > been merged and it has been abandoned. I tested it on both my setups at
> > home and it worked very well. Will this branch be merged or worked on
> > more?
>
> It should have all been merged into Linus, probably not
On Thursday 2010-05-27 14:34, Clemens Ladisch wrote:
>Clemens Ladisch wrote:
>> Please do not assume that the "HDMI" device is the right one, since you
>> never got either one to work in Linux.
>
>Hmm, that computer is separate from the actual LCD, which has an HDMI
>input, so it's possible that
On Mon, 7 Jun 2010, Al Viro wrote:
> On Mon, Jun 07, 2010 at 02:17:23PM -0700, Linus Torvalds wrote:
> > jffs2_clear_inode(inode);
> >
> > into
> >
> > make_bad_inode(inode);
> > iput(inode);
> >
> > and that changelog doesn't really explain it either ("fix leak"? Ok, I can
> >
On Mon, 7 Jun 2010, David Woodhouse wrote:
>
> The fix is fairly trivial. There's a "big" patch to fs/jffs2/dir.c which
> accounts for the bulk of my pull request, but if you look harder you'll
> see it's mostly just a bunch of removing 'return ret;' and adding
> 'goto fail;' so the error
On Tue, 8 Jun 2010, Dave Airlie wrote:
>
> Oh the one where I said to the reporter, I've reproduced this, and
> will fix it tomorrow when I have proper time and access to my test
> machine?
>
> I didn't think writing a fix in the 5 mins before I left the test
> machine and sending it you was
On Tue, 8 Jun 2010, Dave Airlie wrote:
> > ? ? ? ? 26 files changed, 372 insertions(+), 66 deletions(-)
> >
> > and there are apparently several reports of known problems (the problem
> > with modesetting) that isn't even addressed.
>
> Okay, not sure what the addressed regression you are
W dniu 7 czerwca 2010 07:00 u?ytkownik Alex Deucher
napisa?:
> 2010/6/6 Rafa? Mi?ecki :
>> We have similar tracking for engine and memory. We could think about some
>> solution for older GPUs as well, however there are not strict voltage values
>> set.
>>
>> Signed-off-by: Rafa? Mi?ecki
>
> I
2010/6/7 Rafa? Mi?ecki :
> W dniu 7 czerwca 2010 18:24 u?ytkownik Alex Deucher
> napisa?:
>> Only VOLTAGE_SW uses current_vddc so it's irrelevant for other voltage types.
>
> I introduced displaying this value in radeom_pm_info debugfs in next patch.
It should be set to 0 by default unless the
2010/6/7 Rafa? Mi?ecki :
> W dniu 7 czerwca 2010 18:09 u?ytkownik Alex Deucher
> napisa?:
>> 2010/6/7 Rafa? Mi?ecki :
>>> W dniu 7 czerwca 2010 07:00 u?ytkownik Alex Deucher
>>> napisa?:
2010/6/6 Rafa? Mi?ecki :
> We have similar tracking for engine and memory. We could think about some
2010/6/7 Rafa? Mi?ecki :
> W dniu 7 czerwca 2010 07:00 u?ytkownik Alex Deucher
> napisa?:
>> 2010/6/6 Rafa? Mi?ecki :
>>> We have similar tracking for engine and memory. We could think about some
>>> solution for older GPUs as well, however there are not strict voltage values
>>> set.
>>>
>>>
On Mon, Jun 7, 2010 at 11:25 AM, Jan Engelhardt wrote:
>
> On Monday 2010-06-07 17:03, Alex Deucher wrote:
>>> * Why is it that I am only allowed to have sound in graphics mode?
>>
>>HDMI audio is only enabled on active outputs during modeset.
>
> Bleh. If it shows text, that seems pretty active
https://bugs.freedesktop.org/show_bug.cgi?id=12502
Chris Rankin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, 7 Jun 2010, Al Viro wrote:
>
> Ho-hum... Speaking of which, what about leak fixes? There's a long-standing
> in-core inode leak in jffs2; basically, if you fail directory modification
> in symlink() et.al., you get a leaked inode and whinge at umount. Found
> after -rc1, had been
https://bugs.freedesktop.org/show_bug.cgi?id=28136
Chris Rankin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28284
--- Comment #5 from Chris Rankin 2010-06-07
11:47:07 PDT ---
(In reply to comment #4)
> Created an attachment (id=35898)
View: https://bugs.freedesktop.org/attachment.cgi?id=35898
Review: https://bugs.freedesktop.org/review?bug=28284=35898
>
On Mon, Jun 7, 2010 at 8:49 AM, Jan Engelhardt wrote:
> On Thursday 2010-05-27 14:34, Clemens Ladisch wrote:
>>Clemens Ladisch wrote:
>>> Please do not assume that the "HDMI" device is the right one, since you
>>> never got either one to work in Linux.
>>
>>Hmm, that computer is separate from the
On Mon, 7 Jun 2010, Dave Airlie wrote:
>
> 3 regressions fixes, one radeon loading on IGP, one i865 loading, one and
> an evergreen userspace interaction workaround.
This is:
26 files changed, 372 insertions(+), 66 deletions(-)
and there are apparently several reports of known
https://bugs.freedesktop.org/show_bug.cgi?id=28327
--- Comment #8 from Rafa? Mi?ecki 2010-06-07 09:39:32 PDT
---
Confirmed here as well.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=28154
--- Comment #6 from Pavel Ondra?ka 2010-06-07 09:35:17
PDT ---
Yeah, GPU reset is a great thing. My kernel: 2.6.33.5-112.fc13
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=27901
Alex Deucher changed:
What|Removed |Added
CC||amaasikas at gmail.com
--- Comment #17
On Mon, Jun 7, 2010 at 3:23 AM, James Simmons wrote:
>
> Sorry I have been away. It looks like the drm-fbdev-fix branch has not
> been merged and it has been abandoned. I tested it on both my setups at
> home and it worked very well. Will this branch be merged or worked on
> more?
It should have
https://bugs.freedesktop.org/show_bug.cgi?id=28426
--- Comment #4 from Francesco R 2010-06-07 09:21:59
PDT ---
Created an attachment (id=36108)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36108)
cursor-gimp.jpeg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28426
--- Comment #3 from Francesco R 2010-06-07 09:21:24
PDT ---
Created an attachment (id=36107)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36107)
DVI-0-cursor-broken.jpeg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28426
--- Comment #2 from Francesco R 2010-06-07 09:20:52
PDT ---
Created an attachment (id=36106)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36106)
VGA-0-cursor-broken.jpeg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28426
--- Comment #1 from Francesco R 2010-06-07 09:20:20
PDT ---
Created an attachment (id=36105)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36105)
various log and information on the system
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=27901
Conn Clark changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=28426
Summary: hardware cursor corruption with radeon+kms
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=28327
Alex Deucher changed:
What|Removed |Added
CC||zajec5 at gmail.com
--- Comment #7 from
https://bugs.freedesktop.org/show_bug.cgi?id=28419
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28425
Summary: Google Earth redrawing breakups under r300g (R520,
1800XL)
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity:
On Mon, Jun 7, 2010 at 3:52 AM, Marius Gr?ger
wrote:
> Am 06.06.2010 18:47, schrieb James Simmons:
>>
Apologies for such an unspecific description, and for what almost seems
like a support request for MythTV. I wouldn't post here if I were not
100% sure it must be related with the
https://bugs.freedesktop.org/show_bug.cgi?id=28154
--- Comment #5 from Marek Ol??k 2010-06-07 07:45:17 PDT
---
Oh crap.. well... r32g32_sscaled still is not supported by the driver but
somehow it passes ~0 as a vertex format through to hw, which in turn locks up
the machine. You got lucky, the
https://bugs.freedesktop.org/show_bug.cgi?id=28154
Pavel Ondra?ka changed:
What|Removed |Added
Summary|[r300g] Freeorion crash |[r300g] Freeorion is slow
Hi Linus,
3 regressions fixes, one radeon loading on IGP, one i865 loading, one and
an evergreen userspace interaction workaround.
It adds hwmon support for a temperature sensor on r600 cards, later PM
patches were build on this and Alex had tested them in one so I didn't
want to cherry-pick
https://bugs.freedesktop.org/show_bug.cgi?id=28419
--- Comment #3 from Rafa? Mi?ecki 2010-06-07 04:02:05 PDT
---
Created an attachment (id=36097)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36097)
Screenshot of corruption #2
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28419
--- Comment #2 from Rafa? Mi?ecki 2010-06-07 04:01:35 PDT
---
Created an attachment (id=36096)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36096)
Screenshot of corruption
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28419
--- Comment #1 from Rafa? Mi?ecki 2010-06-07 03:59:09 PDT
---
I can see also many CS errors:
[ 171.678242] radeon :01:00.0: r600_cs_track_validate_cb offset[0] 0 to
big
https://bugs.freedesktop.org/show_bug.cgi?id=28419
Summary: [RV620][KMS] Small elements corruptions with tiling
patches
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
I forgot to fix this in 8e36ed00842668a39a6ed1b0a00b8ac92b7c4cd5
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_display.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/radeon_display.c
2010/6/6 Rafa? Mi?ecki :
> Signed-off-by: Rafa? Mi?ecki
> ---
> Alex you dropped this in "rework power management". Did you have some reason
> for doing that? Or was that just accident?
It was to avoid spamming the kernel log. It should be fine if it's
debug output.
At some point we really
2010/6/6 Rafa? Mi?ecki :
> Signed-off-by: Rafa? Mi?ecki
Looks good.
Signed-off-by: Alex Deucher
> ---
> ?drivers/gpu/drm/radeon/evergreen.c | ? ?1 +
> ?drivers/gpu/drm/radeon/r600.c ? ? ?| ? ?1 +
> ?drivers/gpu/drm/radeon/radeon_pm.c | ? ?2 ++
> ?drivers/gpu/drm/radeon/rv770.c ? ? | ? ?1 +
>
.voltage;
>
> - ? ? ? if ((voltage->type == VOLTAGE_SW) && voltage->voltage)
> - ? ? ? ? ? ? ? radeon_atom_set_voltage(rdev, voltage->voltage);
> + ? ? ? if (voltage->voltage != rdev->pm.current_vddc) {
> + ? ? ? ? ? ? ? if ((voltage->type == VOLTAGE_SW) && voltage->voltage) {
> + ? ? ? ? ? ? ? ? ? ? ? radeon_atom_set_voltage(rdev, voltage->voltage);
> + ? ? ? ? ? ? ? ? ? ? ? rdev->pm.current_vddc = voltage->voltage;
> + ? ? ? ? ? ? ? }
> + ? ? ? }
> ?}
>
> ?/*
> --
> 1.6.4.2
>
>
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-kms-pm-track-current-voltage.patch
Type: text/x-patch
Size: 4723 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100607/af7f142a/attachment.bin>
2010/6/6 Rafa? Mi?ecki :
> Signed-off-by: Rafa? Mi?ecki
Good catch.
Signed-off-by: Alex Deucher
> ---
> This fixes FDO bug #28375, it's kind of regression, so quite important to have
> it for .35.
>
> V2: Fix on RV770+ as well. All other chipsets have only one clock mode per
> state.
>
> V3:
W dniu 7 czerwca 2010 07:00 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/6/6 Rafał Miłecki zaj...@gmail.com:
We have similar tracking for engine and memory. We could think about some
solution for older GPUs as well, however there are not strict voltage values
set.
https://bugs.freedesktop.org/show_bug.cgi?id=28419
Summary: [RV620][KMS] Small elements corruptions with tiling
patches
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=28419
--- Comment #2 from Rafał Miłecki zaj...@gmail.com 2010-06-07 04:01:35 PDT ---
Created an attachment (id=36096)
-- (https://bugs.freedesktop.org/attachment.cgi?id=36096)
Screenshot of corruption
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28154
--- Comment #5 from Marek Olšák mar...@gmail.com 2010-06-07 07:45:17 PDT ---
Oh crap.. well... r32g32_sscaled still is not supported by the driver but
somehow it passes ~0 as a vertex format through to hw, which in turn locks up
the machine. You
On Mon, Jun 7, 2010 at 8:49 AM, Jan Engelhardt jeng...@medozas.de wrote:
On Thursday 2010-05-27 14:34, Clemens Ladisch wrote:
Clemens Ladisch wrote:
Please do not assume that the HDMI device is the right one, since you
never got either one to work in Linux.
Hmm, that computer is separate from
Sorry I have been away. It looks like the drm-fbdev-fix branch has not
been merged and it has been abandoned. I tested it on both my setups at
home and it worked very well. Will this branch be merged or worked on
more?
It should have all been merged into Linus, probably not with that
On Mon, Jun 7, 2010 at 11:25 AM, Jan Engelhardt jeng...@medozas.de wrote:
On Monday 2010-06-07 17:03, Alex Deucher wrote:
* Why is it that I am only allowed to have sound in graphics mode?
HDMI audio is only enabled on active outputs during modeset.
Bleh. If it shows text, that seems pretty
https://bugs.freedesktop.org/show_bug.cgi?id=28419
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=28327
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
CC||zaj...@gmail.com
---
W dniu 7 czerwca 2010 18:09 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/6/7 Rafał Miłecki zaj...@gmail.com:
W dniu 7 czerwca 2010 07:00 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/6/6 Rafał Miłecki zaj...@gmail.com:
We have similar tracking for engine and
https://bugs.freedesktop.org/show_bug.cgi?id=27901
Conn Clark conn.o.cl...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://bugs.freedesktop.org/show_bug.cgi?id=28426
--- Comment #1 from Francesco R maill...@pnpitalia.it 2010-06-07 09:20:20 PDT
---
Created an attachment (id=36105)
-- (https://bugs.freedesktop.org/attachment.cgi?id=36105)
various log and information on the system
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28426
--- Comment #2 from Francesco R maill...@pnpitalia.it 2010-06-07 09:20:52 PDT
---
Created an attachment (id=36106)
-- (https://bugs.freedesktop.org/attachment.cgi?id=36106)
VGA-0-cursor-broken.jpeg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28426
--- Comment #3 from Francesco R maill...@pnpitalia.it 2010-06-07 09:21:24 PDT
---
Created an attachment (id=36107)
-- (https://bugs.freedesktop.org/attachment.cgi?id=36107)
DVI-0-cursor-broken.jpeg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28426
--- Comment #4 from Francesco R maill...@pnpitalia.it 2010-06-07 09:21:59 PDT
---
Created an attachment (id=36108)
-- (https://bugs.freedesktop.org/attachment.cgi?id=36108)
cursor-gimp.jpeg
--
Configure bugmail:
W dniu 7 czerwca 2010 18:24 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
Only VOLTAGE_SW uses current_vddc so it's irrelevant for other voltage types.
I introduced displaying this value in radeom_pm_info debugfs in next patch.
--
Rafał
___
https://bugs.freedesktop.org/show_bug.cgi?id=27901
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
CC||amaasi...@gmail.com
---
https://bugs.freedesktop.org/show_bug.cgi?id=28154
--- Comment #6 from Pavel Ondračka dra...@centrum.cz 2010-06-07 09:35:17 PDT
---
Yeah, GPU reset is a great thing. My kernel: 2.6.33.5-112.fc13
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=28327
--- Comment #8 from Rafał Miłecki zaj...@gmail.com 2010-06-07 09:39:32 PDT ---
Confirmed here as well.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=28284
--- Comment #5 from Chris Rankin ranki...@googlemail.com 2010-06-07 11:47:07
PDT ---
(In reply to comment #4)
Created an attachment (id=35898)
View: https://bugs.freedesktop.org/attachment.cgi?id=35898
Review:
https://bugs.freedesktop.org/show_bug.cgi?id=28136
Chris Rankin ranki...@googlemail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=12502
Chris Rankin ranki...@googlemail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Mon, 7 Jun 2010, Al Viro wrote:
Ho-hum... Speaking of which, what about leak fixes? There's a long-standing
in-core inode leak in jffs2; basically, if you fail directory modification
in symlink() et.al., you get a leaked inode and whinge at umount. Found
after -rc1, had been there
On Mon, Jun 7, 2010 at 14:49:16 +0200, Jan Engelhardt wrote:
* The radeon.ko module does not have any PCI IDs defined, thus does not
get autoloaded like i915.ko. Is this intentional? It also seems
to default to modeset=0.
It only defines PCI IDs (and gets autoloaded) if
On Tue, 8 Jun 2010, Dave Airlie wrote:
26 files changed, 372 insertions(+), 66 deletions(-)
and there are apparently several reports of known problems (the problem
with modesetting) that isn't even addressed.
Okay, not sure what the addressed regression you are talking about,
On Mon, 7 Jun 2010, David Woodhouse wrote:
The fix is fairly trivial. There's a big patch to fs/jffs2/dir.c which
accounts for the bulk of my pull request, but if you look harder you'll
see it's mostly just a bunch of removing 'return ret;' and adding
'goto fail;' so the error cleanup
On Mon, Jun 07, 2010 at 08:32:45PM +0100, David Woodhouse wrote:
The fix is fairly trivial. There's a big patch to fs/jffs2/dir.c which
accounts for the bulk of my pull request, but if you look harder you'll
see it's mostly just a bunch of removing 'return ret;' and adding
'goto fail;' so the
On Mon, 2010-06-07 at 14:17 -0700, Linus Torvalds wrote:
and that changelog doesn't really explain it either (fix leak? Ok, I can
see the iput() fixing the leak - but you also did that jffs2_clear_inode()
change, and that has no explanation what-so-ever.
jffs2_clear_inode() is the file
On Mon, Jun 07, 2010 at 10:39:28PM +0100, David Woodhouse wrote:
On Mon, 2010-06-07 at 14:17 -0700, Linus Torvalds wrote:
and that changelog doesn't really explain it either (fix leak? Ok, I can
see the iput() fixing the leak - but you also did that jffs2_clear_inode()
change, and that
82 matches
Mail list logo
