All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <1285657549.2437.28.camel@localhost>

diff --git a/a/1.txt b/N1/1.txt
index 27cfc8c..bc8b0f2 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -2,39 +2,27 @@ On Mon, 2010-09-27 at 18:54 -0400, Chris Mason wrote:
 > On Tue, Sep 28, 2010 at 12:25:48AM +0200, Jan Kara wrote:
 > > [Added CCs for similar ecryptfs warning]
 > > On Thu 23-09-10 12:38:49, Andrew Morton wrote:
-> > > > This started appearing for me on v2.6.36-rc5-49-gc79bd89; it di=
-d not=20
-> > > > happen on v2.6.36-rc5-33-g1ce1e41, probably because it does not=
- have=20
-> > > > commit 692ebd17c2905313fff3c504c249c6a0faad16ec which introduce=
-s the=20
+> > > > This started appearing for me on v2.6.36-rc5-49-gc79bd89; it did not 
+> > > > happen on v2.6.36-rc5-33-g1ce1e41, probably because it does not have 
+> > > > commit 692ebd17c2905313fff3c504c249c6a0faad16ec which introduces the 
 > > > > warning.
 > > > > [...]
-> > > > device fsid 44d595920ddedfa-3ece6b56e80f689e devid 1 transid 22=
-342=20
+> > > > device fsid 44d595920ddedfa-3ece6b56e80f689e devid 1 transid 22342 
 > > > > /dev/mapper/vg_cesarbinspiro-lv_home
 > > > > SELinux: initialized (dev dm-3, type btrfs), uses xattr
 > > > > ------------[ cut here ]------------
 > > > > WARNING: at fs/fs-writeback.c:87 inode_to_bdi+0x62/0x6d()
 > > > > Hardware name: Inspiron N4010
-> > > > Dirtiable inode bdi default !=3D sb bdi btrfs
-> > > > Modules linked in: ipv6 kvm_intel kvm uinput arc4 ecb=20
-> > > > snd_hda_codec_intelhdmi snd_hda_codec_realtek iwlagn snd_hda_in=
-tel=20
-> > > > iwlcore snd_hda_codec uvcvideo snd_hwdep mac80211 videodev snd_=
-seq=20
-> > > > snd_seq_device v4l1_compat snd_pcm atl1c v4l2_compat_ioctl32 bt=
-usb=20
-> > > > cfg80211 snd_timer i2c_i801 bluetooth iTCO_wdt dell_wmi dell_la=
-ptop snd=20
-> > > > pcspkr wmi dcdbas shpchp iTCO_vendor_support soundcore snd_page=
-_alloc=20
-> > > > rfkill joydev microcode btrfs zlib_deflate libcrc32c cryptd aes=
-_x86_64=20
-> > > > aes_generic xts gf128mul dm_crypt usb_storage i915 drm_kms_help=
-er drm=20
-> > > > i2c_algo_bit i2c_core video output [last unloaded: scsi_wait_sc=
-an]
+> > > > Dirtiable inode bdi default != sb bdi btrfs
+> > > > Modules linked in: ipv6 kvm_intel kvm uinput arc4 ecb 
+> > > > snd_hda_codec_intelhdmi snd_hda_codec_realtek iwlagn snd_hda_intel 
+> > > > iwlcore snd_hda_codec uvcvideo snd_hwdep mac80211 videodev snd_seq 
+> > > > snd_seq_device v4l1_compat snd_pcm atl1c v4l2_compat_ioctl32 btusb 
+> > > > cfg80211 snd_timer i2c_i801 bluetooth iTCO_wdt dell_wmi dell_laptop snd 
+> > > > pcspkr wmi dcdbas shpchp iTCO_vendor_support soundcore snd_page_alloc 
+> > > > rfkill joydev microcode btrfs zlib_deflate libcrc32c cryptd aes_x86_64 
+> > > > aes_generic xts gf128mul dm_crypt usb_storage i915 drm_kms_helper drm 
+> > > > i2c_algo_bit i2c_core video output [last unloaded: scsi_wait_scan]
 > > > > Pid: 1073, comm: find Not tainted 2.6.36-rc5+ #8
 > > > > Call Trace:
 > > > >   [<ffffffff8104d0e4>] warn_slowpath_common+0x85/0x9d
@@ -46,25 +34,19 @@ an]
 > > > >   [<ffffffff8112259b>] vfs_readdir+0x8d/0xb4
 > > > >   [<ffffffff8112270b>] sys_getdents+0x81/0xd1
 > > > >   [<ffffffff81009c72>] system_call_fastpath+0x16/0x1b
-> >   Thanks for the report. These bdi pointers are a mess. As Chris po=
-inted
-> > out, btrfs forgets to properly initialize inode->i_mapping.backing_=
-dev_info
-> > for directories and special inodes and thus these were previously a=
-ttached
-> > to default_backing_dev_info which probably isn't what Chris would l=
-ike to
+> >   Thanks for the report. These bdi pointers are a mess. As Chris pointed
+> > out, btrfs forgets to properly initialize inode->i_mapping.backing_dev_info
+> > for directories and special inodes and thus these were previously attached
+> > to default_backing_dev_info which probably isn't what Chris would like to
 > > see.
->=20
-> There's no actual writeback for these, so it works fine for btrfs eit=
-her
+> 
+> There's no actual writeback for these, so it works fine for btrfs either
 > way.
 
 Side note: every time inode is marked as dirty, we wake up a bdi thread
 or the default bdi thread. So if we have inodes which do not need
 write-back, we should never mark them as dirty.
 
---=20
+-- 
 Best Regards,
-Artem Bityutskiy (=D0=90=D1=80=D1=82=D1=91=D0=BC =D0=91=D0=B8=D1=82=D1=8E=
-=D1=86=D0=BA=D0=B8=D0=B9)
+Artem Bityutskiy (Артём Битюцкий)
diff --git a/a/content_digest b/N1/content_digest
index f61a096..998a536 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -26,39 +26,27 @@
  "> On Tue, Sep 28, 2010 at 12:25:48AM +0200, Jan Kara wrote:\n"
  "> > [Added CCs for similar ecryptfs warning]\n"
  "> > On Thu 23-09-10 12:38:49, Andrew Morton wrote:\n"
- "> > > > This started appearing for me on v2.6.36-rc5-49-gc79bd89; it di=\n"
- "d not=20\n"
- "> > > > happen on v2.6.36-rc5-33-g1ce1e41, probably because it does not=\n"
- " have=20\n"
- "> > > > commit 692ebd17c2905313fff3c504c249c6a0faad16ec which introduce=\n"
- "s the=20\n"
+ "> > > > This started appearing for me on v2.6.36-rc5-49-gc79bd89; it did not \n"
+ "> > > > happen on v2.6.36-rc5-33-g1ce1e41, probably because it does not have \n"
+ "> > > > commit 692ebd17c2905313fff3c504c249c6a0faad16ec which introduces the \n"
  "> > > > warning.\n"
  "> > > > [...]\n"
- "> > > > device fsid 44d595920ddedfa-3ece6b56e80f689e devid 1 transid 22=\n"
- "342=20\n"
+ "> > > > device fsid 44d595920ddedfa-3ece6b56e80f689e devid 1 transid 22342 \n"
  "> > > > /dev/mapper/vg_cesarbinspiro-lv_home\n"
  "> > > > SELinux: initialized (dev dm-3, type btrfs), uses xattr\n"
  "> > > > ------------[ cut here ]------------\n"
  "> > > > WARNING: at fs/fs-writeback.c:87 inode_to_bdi+0x62/0x6d()\n"
  "> > > > Hardware name: Inspiron N4010\n"
- "> > > > Dirtiable inode bdi default !=3D sb bdi btrfs\n"
- "> > > > Modules linked in: ipv6 kvm_intel kvm uinput arc4 ecb=20\n"
- "> > > > snd_hda_codec_intelhdmi snd_hda_codec_realtek iwlagn snd_hda_in=\n"
- "tel=20\n"
- "> > > > iwlcore snd_hda_codec uvcvideo snd_hwdep mac80211 videodev snd_=\n"
- "seq=20\n"
- "> > > > snd_seq_device v4l1_compat snd_pcm atl1c v4l2_compat_ioctl32 bt=\n"
- "usb=20\n"
- "> > > > cfg80211 snd_timer i2c_i801 bluetooth iTCO_wdt dell_wmi dell_la=\n"
- "ptop snd=20\n"
- "> > > > pcspkr wmi dcdbas shpchp iTCO_vendor_support soundcore snd_page=\n"
- "_alloc=20\n"
- "> > > > rfkill joydev microcode btrfs zlib_deflate libcrc32c cryptd aes=\n"
- "_x86_64=20\n"
- "> > > > aes_generic xts gf128mul dm_crypt usb_storage i915 drm_kms_help=\n"
- "er drm=20\n"
- "> > > > i2c_algo_bit i2c_core video output [last unloaded: scsi_wait_sc=\n"
- "an]\n"
+ "> > > > Dirtiable inode bdi default != sb bdi btrfs\n"
+ "> > > > Modules linked in: ipv6 kvm_intel kvm uinput arc4 ecb \n"
+ "> > > > snd_hda_codec_intelhdmi snd_hda_codec_realtek iwlagn snd_hda_intel \n"
+ "> > > > iwlcore snd_hda_codec uvcvideo snd_hwdep mac80211 videodev snd_seq \n"
+ "> > > > snd_seq_device v4l1_compat snd_pcm atl1c v4l2_compat_ioctl32 btusb \n"
+ "> > > > cfg80211 snd_timer i2c_i801 bluetooth iTCO_wdt dell_wmi dell_laptop snd \n"
+ "> > > > pcspkr wmi dcdbas shpchp iTCO_vendor_support soundcore snd_page_alloc \n"
+ "> > > > rfkill joydev microcode btrfs zlib_deflate libcrc32c cryptd aes_x86_64 \n"
+ "> > > > aes_generic xts gf128mul dm_crypt usb_storage i915 drm_kms_helper drm \n"
+ "> > > > i2c_algo_bit i2c_core video output [last unloaded: scsi_wait_scan]\n"
  "> > > > Pid: 1073, comm: find Not tainted 2.6.36-rc5+ #8\n"
  "> > > > Call Trace:\n"
  "> > > >   [<ffffffff8104d0e4>] warn_slowpath_common+0x85/0x9d\n"
@@ -70,27 +58,21 @@
  "> > > >   [<ffffffff8112259b>] vfs_readdir+0x8d/0xb4\n"
  "> > > >   [<ffffffff8112270b>] sys_getdents+0x81/0xd1\n"
  "> > > >   [<ffffffff81009c72>] system_call_fastpath+0x16/0x1b\n"
- "> >   Thanks for the report. These bdi pointers are a mess. As Chris po=\n"
- "inted\n"
- "> > out, btrfs forgets to properly initialize inode->i_mapping.backing_=\n"
- "dev_info\n"
- "> > for directories and special inodes and thus these were previously a=\n"
- "ttached\n"
- "> > to default_backing_dev_info which probably isn't what Chris would l=\n"
- "ike to\n"
+ "> >   Thanks for the report. These bdi pointers are a mess. As Chris pointed\n"
+ "> > out, btrfs forgets to properly initialize inode->i_mapping.backing_dev_info\n"
+ "> > for directories and special inodes and thus these were previously attached\n"
+ "> > to default_backing_dev_info which probably isn't what Chris would like to\n"
  "> > see.\n"
- ">=20\n"
- "> There's no actual writeback for these, so it works fine for btrfs eit=\n"
- "her\n"
+ "> \n"
+ "> There's no actual writeback for these, so it works fine for btrfs either\n"
  "> way.\n"
  "\n"
  "Side note: every time inode is marked as dirty, we wake up a bdi thread\n"
  "or the default bdi thread. So if we have inodes which do not need\n"
  "write-back, we should never mark them as dirty.\n"
  "\n"
- "--=20\n"
+ "-- \n"
  "Best Regards,\n"
- "Artem Bityutskiy (=D0=90=D1=80=D1=82=D1=91=D0=BC =D0=91=D0=B8=D1=82=D1=8E=\n"
- =D1=86=D0=BA=D0=B8=D0=B9)
+ "Artem Bityutskiy (\320\220\321\200\321\202\321\221\320\274 \320\221\320\270\321\202\321\216\321\206\320\272\320\270\320\271)"
 
-1e8aae6c11a408e04b20cf86b4ccbdec420e6f162d0b3e5277265b0e03abc94e
+214a5bfdae5a4b6ba500e01dcea4285bf445bab2a14dda3a3a5785a3b915f96a

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.