* linux-next: Tree for December 27
@ 2010-12-27 6:04 Stephen Rothwell
2010-12-27 8:04 ` Sedat Dilek
` (5 more replies)
0 siblings, 6 replies; 25+ messages in thread
From: Stephen Rothwell @ 2010-12-27 6:04 UTC (permalink / raw)
To: linux-next; +Cc: LKML
[-- Attachment #1: Type: text/plain, Size: 11009 bytes --]
Hi all,
[The mirroring on kernel.org is running slowly]
Changes since 20101221:
Linus' tree lost its build failure.
The omap tree gained a conflict against the arm tree.
The ux500-core tree gained a build failure for which I reverted a commit.
The sh tree gained a conflict against the sh-current tree.
The pci tree lost its conflicts.
The kvm tree lost its conflict.
The net tree gained a conflict against Linus' tree.
The wireless tree lost its conflicts.
The sound tree gained a build failure, so I used the version that would
have been in next-20101223.
The sound-asoc tree also had a build failure, so I used the version from
next-20101221.
The trivial tree lost its conflicts.
The workqueues tree gained conflicts against the tip and v4l-dvb trees.
The tty tree still has its build failure so I reverted a commit.
----------------------------------------------------------------------------
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
(patches at http://www.kernel.org/pub/linux/kernel/v2.6/next/ ). If you
are tracking the linux-next tree using git, you should not use "git pull"
to do so as that will try to merge the new linux-next release with the
old one. You should use "git fetch" as mentioned in the FAQ on the wiki
(see below).
You can see which trees have been included by looking in the Next/Trees
file in the source. There are also quilt-import.log and merge.log files
in the Next directory. Between each merge, the tree was built with
a ppc64_defconfig for powerpc and an allmodconfig for x86_64. After the
final fixups (if any), it is also built with powerpc allnoconfig (32 and
64 bit), ppc44x_defconfig and allyesconfig (minus
CONFIG_PROFILE_ALL_BRANCHES - this fails its final link) and i386, sparc
and sparc64 defconfig. These builds also have
CONFIG_ENABLE_WARN_DEPRECATED, CONFIG_ENABLE_MUST_CHECK and
CONFIG_DEBUG_INFO disabled when necessary.
Below is a summary of the state of the merge.
We are up to 183 trees (counting Linus' and 26 trees of patches pending
for Linus' tree), more are welcome (even if they are currently empty).
Thanks to those who have contributed, and to those who haven't, please do.
Status of my local build tests will be at
http://kisskb.ellerman.id.au/linux-next . If maintainers want to give
advice about cross compilers/configs that work, we are always open to add
more builds.
Thanks to Randy Dunlap for doing many randconfig builds.
There is a wiki covering stuff to do with linux-next at
http://linux.f-seidel.de/linux-next/pmwiki/ . Thanks to Frank Seidel.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
$ git checkout master
$ git reset --hard stable
Merging origin/master
Merging fixes/fixes
Merging arm-current/master
Merging m68k-current/for-linus
Merging powerpc-merge/merge
Merging sparc-current/master
Merging scsi-rc-fixes/master
Merging net-current/master
Merging sound-current/for-linus
Merging pci-current/for-linus
Merging wireless-current/master
Merging kbuild-current/rc-fixes
Merging driver-core.current/driver-core-linus
Merging tty.current/tty-linus
Merging usb.current/usb-linus
Merging staging.current/staging-linus
Merging cpufreq-current/fixes
Merging input-current/for-linus
Merging md-current/for-linus
Merging audit-current/for-linus
Merging crypto-current/master
Merging ide-curent/master
Merging dwmw2/master
Merging sh-current/sh-fixes-for-linus
Merging rmobile-current/rmobile-fixes-for-linus
Merging fbdev-current/fbdev-fixes-for-linus
Merging gcl-current/merge
Merging arm/devel
Merging davinci/davinci-next
Merging i.MX/for-next
Merging linux-spec/for-next
Merging msm/for-next
Merging omap/for-next
CONFLICT (content): Merge conflict in arch/arm/plat-omap/Kconfig
Merging pxa/for-next
Merging samsung/next-samsung
Merging s5p/for-next
Merging tegra/for-next
CONFLICT (content): Merge conflict in arch/arm/mach-tegra/timer.c
Merging ux500-core/ux500-core
Merging avr32/avr32-arch
Merging blackfin/for-linus
Merging cris/for-next
Merging ia64/test
Merging m68k/for-next
Merging m68knommu/for-next
Merging microblaze/next
Merging mips/mips-for-linux-next
Merging parisc/next
Merging powerpc/next
Merging 4xx/next
Merging 52xx-and-virtex/next
Merging galak/next
Merging s390/features
Merging sh/sh-latest
CONFLICT (content): Merge conflict in arch/sh/kernel/cpu/sh2a/clock-sh7201.c
Merging rmobile/rmobile-latest
CONFLICT (content): Merge conflict in arch/arm/mach-shmobile/Kconfig
Applying: rmobile: merge fixup for clkdev changes
Merging sparc/master
Merging tile/master
Merging xtensa/master
CONFLICT (content): Merge conflict in arch/xtensa/configs/iss_defconfig
Merging ceph/for-next
Merging cifs/master
Merging configfs/linux-next
Merging ecryptfs/next
Merging ext3/for_next
Merging ext4/next
Merging fatfs/master
Merging fuse/for-next
Merging gfs2/master
Merging hfsplus/for-next
Merging jfs/next
Merging logfs/master
CONFLICT (content): Merge conflict in fs/logfs/logfs.h
Merging nfs/linux-next
Merging nfsd/nfsd-next
Merging nilfs2/for-next
Merging ocfs2/linux-next
Merging omfs/for-next
Merging squashfs/master
Merging udf/for_next
Merging v9fs/for-next
Merging ubifs/linux-next
Merging xfs/master
Merging vfs/for-next
Merging vfs-scale/vfs-scale-working
CONFLICT (content): Merge conflict in fs/cifs/dir.c
CONFLICT (content): Merge conflict in fs/fuse/inode.c
CONFLICT (content): Merge conflict in fs/hfsplus/hfsplus_fs.h
CONFLICT (content): Merge conflict in fs/hfsplus/unicode.c
Merging pci/linux-next
Merging hid/for-next
Merging quilt/i2c
Merging bjdooks-i2c/next-i2c
Merging quilt/jdelvare-hwmon
Merging hwmon-staging/hwmon-next
Merging quilt/kernel-doc
Merging v4l-dvb/master
Merging kbuild/for-next
Merging kconfig/for-next
Merging ide/master
Merging libata/NEXT
Merging infiniband/for-next
Merging acpi/test
Merging idle-test/idle-test
Merging ieee1394/for-next
Merging ubi/linux-next
Merging kvm/linux-next
Merging dlm/next
Merging swiotlb/master
Merging ibft/master
Merging scsi/master
Merging async_tx/next
Merging net/master
CONFLICT (content): Merge conflict in net/9p/protocol.c
CONFLICT (content): Merge conflict in net/ipv4/fib_frontend.c
Merging wireless/master
Merging bluetooth/master
CONFLICT (content): Merge conflict in net/bluetooth/Makefile
Merging mtd/master
Merging crypto/master
Merging sound/for-next
CONFLICT (rename/modify): Merge conflict in sound/soc/samsung/smdk_wm8580.c
CONFLICT (rename/modify): Merge conflict in sound/soc/samsung/smdk_wm9713.c
CONFLICT (add/add): Merge conflict in arch/arm/plat-samsung/dev-asocdma.c
$ git reset --hard HEAD^
Merging refs/next/20101223/sound
CONFLICT (rename/modify): Merge conflict in sound/soc/samsung/smdk_wm8580.c
CONFLICT (rename/modify): Merge conflict in sound/soc/samsung/smdk_wm9713.c
CONFLICT (add/add): Merge conflict in arch/arm/plat-samsung/dev-asocdma.c
[master 399efb0] Merge commit 'refs/next/20101223/sound'
Merging sound-asoc/for-next
$ git reset --hard HEAD^
Merging refs/next/20101221/sound-asoc
Merging cpufreq/next
Merging quilt/rr
Merging input/next
CONFLICT (content): Merge conflict in drivers/input/keyboard/Kconfig
CONFLICT (content): Merge conflict in include/linux/input.h
Merging lsm/for-next
Merging block/for-next
Merging quilt/device-mapper
Merging embedded/master
Merging firmware/master
Merging pcmcia/master
Merging battery/master
Merging leds/for-mm
CONFLICT (content): Merge conflict in drivers/leds/Kconfig
Merging backlight/for-mm
Merging mmc/mmc-next
Merging kgdb/kgdb-next
Merging slab/for-next
Merging uclinux/for-next
Merging md/for-next
Merging mfd/for-next
CONFLICT (content): Merge conflict in drivers/mfd/Makefile
CONFLICT (content): Merge conflict in drivers/mfd/wm8994-core.c
Merging hdlc/hdlc-next
Merging drm/drm-next
Merging fbdev/master
Merging viafb/viafb-next
Merging omap_dss2/for-next
Merging voltage/for-next
CONFLICT (content): Merge conflict in drivers/regulator/core.c
CONFLICT (content): Merge conflict in drivers/regulator/mc13783-regulator.c
Merging security-testing/next
Merging selinux/master
Merging lblnet/master
Merging agp/agp-next
Merging watchdog/master
Merging bdev/master
Merging dwmw2-iommu/master
Merging cputime/cputime
Merging osd/linux-next
Merging jc_docs/docs-next
Merging nommu/master
Merging trivial/for-next
Merging audit/for-next
Merging suspend/linux-next
Merging fsnotify/for-next
Merging irda/for-next
Merging catalin/for-next
Merging alacrity/linux-next
CONFLICT (content): Merge conflict in drivers/Makefile
CONFLICT (content): Merge conflict in include/linux/Kbuild
CONFLICT (content): Merge conflict in lib/Kconfig
Merging i7core_edac/linux_next
Merging i7300_edac/linux_next
Merging devicetree/next-devicetree
Merging spi/next-spi
Merging tip/auto-latest
Merging rcu/rcu/next
Merging oprofile/for-next
Merging xen/upstream/xen
Merging swiotlb-xen/master
CONFLICT (content): Merge conflict in drivers/xen/Kconfig
CONFLICT (content): Merge conflict in drivers/xen/Makefile
Merging xen-pvhvm/linux-next
Merging edac-amd/for-next
Merging percpu/for-next
Merging workqueues/for-next
CONFLICT (content): Merge conflict in Documentation/feature-removal-schedule.txt
CONFLICT (content): Merge conflict in drivers/media/video/bt8xx/bttv-input.c
CONFLICT (content): Merge conflict in drivers/rtc/rtc-dev.c
Merging sfi/sfi-test
Merging asm-generic/next
Merging drivers-x86/linux-next
Merging hwpoison/hwpoison
Merging sysctl/master
Merging driver-core/driver-core-next
Merging tty/tty-next
[master ed994a8] Revert "drivers: serial: apbuart: Handle OF failures gracefully"
Merging usb/usb-next
CONFLICT (content): Merge conflict in arch/arm/mach-omap2/Kconfig
CONFLICT (content): Merge conflict in arch/arm/mach-omap2/clock3xxx_data.c
CONFLICT (content): Merge conflict in arch/arm/mach-omap2/clock44xx_data.c
CONFLICT (content): Merge conflict in arch/sh/Kconfig
Merging staging/staging-next
Merging slabh/slabh
Merging bkl-trivial/trivial
Merging bkl-llseek/llseek
Merging bkl-vfs/vfs
Merging bkl-config/config
CONFLICT (content): Merge conflict in arch/powerpc/kernel/setup_64.c
CONFLICT (content): Merge conflict in include/linux/hardirq.h
CONFLICT (content): Merge conflict in include/linux/smp_lock.h
Merging irqflags/master
Merging cleancache/linux-next
CONFLICT (content): Merge conflict in fs/ocfs2/super.c
CONFLICT (content): Merge conflict in fs/super.c
CONFLICT (content): Merge conflict in include/linux/fs.h
CONFLICT (content): Merge conflict in mm/Kconfig
Merging scsi-post-merge/merge-base:master
$ git checkout scsi-post-merge/master
Applying: [SCSI] target: Add LIO target core v4.0.0-rc6
Applying: [SCSI] sd: implement sd_check_events()
[master 7fdf0d2] Revert "input/tc3589x: add tc3589x keypad support"
[-- Attachment #2: Type: application/pgp-signature, Size: 490 bytes --]
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: linux-next: Tree for December 27 2010-12-27 6:04 linux-next: Tree for December 27 Stephen Rothwell @ 2010-12-27 8:04 ` Sedat Dilek 2010-12-27 9:11 ` Stephen Rothwell 2010-12-27 11:38 ` Mark Brown ` (4 subsequent siblings) 5 siblings, 1 reply; 25+ messages in thread From: Sedat Dilek @ 2010-12-27 8:04 UTC (permalink / raw) To: Stephen Rothwell; +Cc: linux-next, LKML On Mon, Dec 27, 2010 at 7:04 AM, Stephen Rothwell <sfr@canb.auug.org.au> wrote: > Hi all, > > [The mirroring on kernel.org is running slowly] > > Changes since 20101221: > Can you try to upload/push via IPADDR? $ host git.kernel.org git.kernel.org is an alias for git.geo.kernel.org. git.geo.kernel.org is an alias for git.eu.kernel.org. git.eu.kernel.org has address 199.6.1.166 git.eu.kernel.org has address 130.239.17.7 Being in EU, I get nearly maximum of my DSL-6000 download-rate: $ git clone git://130.239.17.7/pub/scm/linux/kernel/git/npiggin/linux-npiggin.git Cloning into linux-npiggin... remote: Counting objects: 1812908, done. remote: Compressing objects: 100% (279491/279491), done. Receiving objects: 13% (252336/1812908), 111.50 MiB | 689 KiB/s > The sound tree gained a build failure, so I used the version that would > have been in next-20101223. > I thought there was no "next-20101223" :-). Can you please upload the patch-diff to <http://www.kernel.org/pub/linux/kernel/v2.6/next/>? Thanks in advance. - Sedat - ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-27 8:04 ` Sedat Dilek @ 2010-12-27 9:11 ` Stephen Rothwell 2010-12-27 9:55 ` Sedat Dilek 0 siblings, 1 reply; 25+ messages in thread From: Stephen Rothwell @ 2010-12-27 9:11 UTC (permalink / raw) To: sedat.dilek; +Cc: Sedat Dilek, linux-next, LKML [-- Attachment #1: Type: text/plain, Size: 897 bytes --] Hi, On Mon, 27 Dec 2010 09:04:06 +0100 Sedat Dilek <sedat.dilek@googlemail.com> wrote: > > Can you try to upload/push via IPADDR? I can only upload to master.kernel.org, the rest is done by the mirroring software. I have no access to any of the other kernel.org machines. > > The sound tree gained a build failure, so I used the version that would > > have been in next-20101223. > > I thought there was no "next-20101223" :-). That is why I said "would have been in" :-) > Can you please upload the patch-diff to > <http://www.kernel.org/pub/linux/kernel/v2.6/next/>? If you mean for next-20101223, then there wasn't one. I ran out of time and just threw away what I had done. If you mean generally, then (see above) it depends on the mirroring software. -- Cheers, Stephen Rothwell sfr@canb.auug.org.au http://www.canb.auug.org.au/~sfr/ [-- Attachment #2: Type: application/pgp-signature, Size: 490 bytes --] ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-27 9:11 ` Stephen Rothwell @ 2010-12-27 9:55 ` Sedat Dilek 2010-12-27 12:09 ` Sedat Dilek 0 siblings, 1 reply; 25+ messages in thread From: Sedat Dilek @ 2010-12-27 9:55 UTC (permalink / raw) To: Stephen Rothwell; +Cc: linux-next, LKML On Mon, Dec 27, 2010 at 10:11 AM, Stephen Rothwell <sfr@canb.auug.org.au> wrote: > Hi, > > On Mon, 27 Dec 2010 09:04:06 +0100 Sedat Dilek <sedat.dilek@googlemail.com> wrote: >> >> Can you try to upload/push via IPADDR? > > I can only upload to master.kernel.org, the rest is done by the mirroring > software. I have no access to any of the other kernel.org machines. > I was wondering about still "slow mirrors" as also checking out before Xmas was very slow. Now, seeing from an end-users point, the checking-out is just fine. I tried to clone "$GIT_MIRROR/pub/scm/linux/kernel/git/npiggin/linux-npiggin.git" where GIT_MIRROR was: 1. git://130.239.17.7 2. git://199.6.1.166 3. git//git.kernel.org 4. git//git.eu.kernel.org All checkouts had around 680-690KiB/s. [...] >> Can you please upload the patch-diff to >> <http://www.kernel.org/pub/linux/kernel/v2.6/next/>? > > If you mean for next-20101223, then there wasn't one. I ran out of time > and just threw away what I had done. > > If you mean generally, then (see above) it depends on the mirroring > software. > Dunno what you mean with "mirroring software", but I am primarily interested in the patch-v2.6.37-rc7-next-20101227 than in an updated linux-next GIT repo. IMHO, it should be possible to generate this patch from your local GIT repo and upload the diff-patch to whereever is fast and accessible by you. My kernel-build-system has as base a vanilla upstream (here: 2.6.37-rc7) against which I apply an individual patch-series incl. the linux-next diff-patch. Hope this helps a bit to understand what I was talking about. - Sedat - ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-27 9:55 ` Sedat Dilek @ 2010-12-27 12:09 ` Sedat Dilek 0 siblings, 0 replies; 25+ messages in thread From: Sedat Dilek @ 2010-12-27 12:09 UTC (permalink / raw) To: Stephen Rothwell; +Cc: linux-next, LKML On Mon, Dec 27, 2010 at 10:55 AM, Sedat Dilek <sedat.dilek@googlemail.com> wrote: > On Mon, Dec 27, 2010 at 10:11 AM, Stephen Rothwell <sfr@canb.auug.org.au> wrote: >> Hi, >> >> On Mon, 27 Dec 2010 09:04:06 +0100 Sedat Dilek <sedat.dilek@googlemail.com> wrote: >>> >>> Can you try to upload/push via IPADDR? >> >> I can only upload to master.kernel.org, the rest is done by the mirroring >> software. I have no access to any of the other kernel.org machines. >> > > I was wondering about still "slow mirrors" as also checking out before > Xmas was very slow. > Now, seeing from an end-users point, the checking-out is just fine. > I tried to clone > "$GIT_MIRROR/pub/scm/linux/kernel/git/npiggin/linux-npiggin.git" where > GIT_MIRROR was: > > 1. git://130.239.17.7 > 2. git://199.6.1.166 > 3. git//git.kernel.org > 4. git//git.eu.kernel.org > > All checkouts had around 680-690KiB/s. > DAMN! The above was with cloning the vfs-tree from Nick Piggin, with linux-next GIT it is a difference from where you clone (from my GeoIP-location): $ git clone git://130.239.17.7/pub/scm/linux/kernel/git/next/linux-next.git Cloning into linux-next... remote: Counting objects: 3164616, done. remote: Compressing objects: 100% (416281/416281), done. remote: Total 3164616 (delta 2756821), reused 3128824 (delta 2721031) Receiving objects: 100% (3164616/3164616), 535.89 MiB | 685 KiB/s, done. Resolving deltas: 100% (2756821/2756821), done. $ git clone git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git Cloning into linux-next... remote: Counting objects: 3164616, done. fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed Anyway, it would be great if someone of the resposibles for the kernel-mirrors would take care of these problems. - Sedat - ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-27 6:04 linux-next: Tree for December 27 Stephen Rothwell 2010-12-27 8:04 ` Sedat Dilek @ 2010-12-27 11:38 ` Mark Brown 2010-12-27 15:20 ` Stephen Rothwell 2010-12-27 14:36 ` Piotr Hosowicz ` (3 subsequent siblings) 5 siblings, 1 reply; 25+ messages in thread From: Mark Brown @ 2010-12-27 11:38 UTC (permalink / raw) To: Stephen Rothwell; +Cc: linux-next, LKML On Mon, Dec 27, 2010 at 05:04:51PM +1100, Stephen Rothwell wrote: > The sound-asoc tree also had a build failure, so I used the version from > next-20101221. What is the problem you are seeing in the sound-asoc tree? I saw a mail about the sound tree but didn't see any failures reported for ASoC. ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-27 11:38 ` Mark Brown @ 2010-12-27 15:20 ` Stephen Rothwell 2010-12-27 15:38 ` Mark Brown 0 siblings, 1 reply; 25+ messages in thread From: Stephen Rothwell @ 2010-12-27 15:20 UTC (permalink / raw) To: Mark Brown; +Cc: linux-next, LKML [-- Attachment #1: Type: text/plain, Size: 1044 bytes --] Hi Mark, On Mon, 27 Dec 2010 11:38:58 +0000 Mark Brown <broonie@opensource.wolfsonmicro.com> wrote: > > On Mon, Dec 27, 2010 at 05:04:51PM +1100, Stephen Rothwell wrote: > > > The sound-asoc tree also had a build failure, so I used the version from > > next-20101221. > > What is the problem you are seeing in the sound-asoc tree? I saw a mail > about the sound tree but didn't see any failures reported for ASoC. I got this error after merging the sound tree: ERROR: "__tracepoint_snd_soc_jack_irq" [sound/soc/codecs/snd-soc-wm8962.ko] undefined! after that, I merged the old version of the sound tree. I then merged the sound-asoc tree and go the same error. I presumed that you had fixed the other error: ERROR: "__tracepoint_snd_soc_jack_irq" [sound/soc/codecs/snd-soc-wm8903.ko] undefined! in the sound-asoc tree and then that version of the sound-asoc tree had been merged into the sound tree. -- Cheers, Stephen Rothwell sfr@canb.auug.org.au http://www.canb.auug.org.au/~sfr/ [-- Attachment #2: Type: application/pgp-signature, Size: 490 bytes --] ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-27 15:20 ` Stephen Rothwell @ 2010-12-27 15:38 ` Mark Brown 0 siblings, 0 replies; 25+ messages in thread From: Mark Brown @ 2010-12-27 15:38 UTC (permalink / raw) To: Stephen Rothwell; +Cc: linux-next, LKML On Tue, Dec 28, 2010 at 02:20:27AM +1100, Stephen Rothwell wrote: > I got this error after merging the sound tree: > ERROR: "__tracepoint_snd_soc_jack_irq" [sound/soc/codecs/snd-soc-wm8962.ko] undefined! > after that, I merged the old version of the sound tree. I then merged > the sound-asoc tree and go the same error. I presumed that you had fixed > the other error: > ERROR: "__tracepoint_snd_soc_jack_irq" [sound/soc/codecs/snd-soc-wm8903.ko] undefined! > in the sound-asoc tree and then that version of the sound-asoc tree had > been merged into the sound tree. To my knowledge I'd fixed everything. However, it looks like there's a typo in the wm8962 ifdef to work around the x86 failure which was causing the problem; since you hadn't mentioned that you'd encountered any issue after I'd done the previous fix I'd no idea that this had happened and it had appeared that the problem with Takashi's tree was simply that he'd not merged up the fix. Fixed now, anyway. Please do report if you see any more issues. ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-27 6:04 linux-next: Tree for December 27 Stephen Rothwell 2010-12-27 8:04 ` Sedat Dilek 2010-12-27 11:38 ` Mark Brown @ 2010-12-27 14:36 ` Piotr Hosowicz 2010-12-27 14:48 ` Sedat Dilek 2010-12-27 19:21 ` linux-next: Tree for December 27 (drivers/target/) Randy Dunlap ` (2 subsequent siblings) 5 siblings, 1 reply; 25+ messages in thread From: Piotr Hosowicz @ 2010-12-27 14:36 UTC (permalink / raw) To: Stephen Rothwell; +Cc: linux-next, LKML On 27.12.2010 07:04, Stephen Rothwell wrote: Hello, I noticed that after first reboot with this kernel that my MP3 collection in mocp layed on Ext4 fs opens painfully slow. It is not my mistake, because I always do it the same way, new kernel, then music on. The problem is not present in rc7-git4. I could measure it in some way (timing ls -la in tht dir?) if somebody needs it. Regards, Piotr Hosowicz -- Demokracja to kult szakali wyznawany przez osły (Henry Louis Mencken) NP: Peter Green Splinter Group - Big Change Is Gonna Come NB: 2.6.37-rc7-next-20101227 ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-27 14:36 ` Piotr Hosowicz @ 2010-12-27 14:48 ` Sedat Dilek 2010-12-27 14:57 ` Piotr Hosowicz 0 siblings, 1 reply; 25+ messages in thread From: Sedat Dilek @ 2010-12-27 14:48 UTC (permalink / raw) To: piotr; +Cc: Stephen Rothwell, linux-next, LKML 2010/12/27 Piotr Hosowicz <piotr@hosowicz.com>: > On 27.12.2010 07:04, Stephen Rothwell wrote: > > Hello, > > I noticed that after first reboot with this kernel that my MP3 collection in > mocp layed on Ext4 fs opens painfully slow. It is not my mistake, because I > always do it the same way, new kernel, then music on. The problem is not > present in rc7-git4. I could measure it in some way (timing ls -la in tht > dir?) if somebody needs it. > > Regards, > > Piotr Hosowicz > You tried mblk_io_submit mount-option for that partition? - Sedat - ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-27 14:48 ` Sedat Dilek @ 2010-12-27 14:57 ` Piotr Hosowicz 2010-12-27 15:08 ` Sedat Dilek 0 siblings, 1 reply; 25+ messages in thread From: Piotr Hosowicz @ 2010-12-27 14:57 UTC (permalink / raw) To: sedat.dilek; +Cc: Sedat Dilek, Stephen Rothwell, linux-next, LKML On 27.12.2010 15:48, Sedat Dilek wrote: > 2010/12/27 Piotr Hosowicz<piotr@hosowicz.com>: >> On 27.12.2010 07:04, Stephen Rothwell wrote: >> >> Hello, >> >> I noticed that after first reboot with this kernel that my MP3 collection in >> mocp layed on Ext4 fs opens painfully slow. It is not my mistake, because I >> always do it the same way, new kernel, then music on. The problem is not >> present in rc7-git4. I could measure it in some way (timing ls -la in tht >> dir?) if somebody needs it. >> >> Regards, >> >> Piotr Hosowicz >> > > You tried mblk_io_submit mount-option for that partition? No, I do not use it, I do not even know what it is. My options are: /dev/sda2 on / type ext4 (rw,errors=remount-ro) Regards, Piotr Hosowicz -- Jest jedna korzyść z posiadania TV - jak dobrze rozregulujesz odbiornik, trafisz na promieniowanie mikrofalowe z początków Wszechświata. NP: Peter Green Splinter Group - Burglar NB: 2.6.37-rc7-next-20101227 ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-27 14:57 ` Piotr Hosowicz @ 2010-12-27 15:08 ` Sedat Dilek 2010-12-27 15:13 ` Piotr Hosowicz 0 siblings, 1 reply; 25+ messages in thread From: Sedat Dilek @ 2010-12-27 15:08 UTC (permalink / raw) To: piotr; +Cc: Stephen Rothwell, linux-next, LKML 2010/12/27 Piotr Hosowicz <piotr@hosowicz.com>: > On 27.12.2010 15:48, Sedat Dilek wrote: >> >> 2010/12/27 Piotr Hosowicz<piotr@hosowicz.com>: >>> >>> On 27.12.2010 07:04, Stephen Rothwell wrote: >>> >>> Hello, >>> >>> I noticed that after first reboot with this kernel that my MP3 collection >>> in >>> mocp layed on Ext4 fs opens painfully slow. It is not my mistake, because >>> I >>> always do it the same way, new kernel, then music on. The problem is not >>> present in rc7-git4. I could measure it in some way (timing ls -la in tht >>> dir?) if somebody needs it. >>> >>> Regards, >>> >>> Piotr Hosowicz >>> >> >> You tried mblk_io_submit mount-option for that partition? > > No, I do not use it, I do not even know what it is. My options are: > > /dev/sda2 on / type ext4 (rw,errors=remount-ro) > Have a closer look at "ext4: Turn off multiple page-io submission by default" - Sedat - [1] http://git.kernel.org/?p=linux/kernel/git/tytso/ext4.git;a=commit;h=1449032be17abb69116dbc393f67ceb8bd034f92 ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-27 15:08 ` Sedat Dilek @ 2010-12-27 15:13 ` Piotr Hosowicz 2010-12-27 15:45 ` Piotr Hosowicz 0 siblings, 1 reply; 25+ messages in thread From: Piotr Hosowicz @ 2010-12-27 15:13 UTC (permalink / raw) To: sedat.dilek; +Cc: Sedat Dilek, Stephen Rothwell, linux-next, LKML On 27.12.2010 16:08, Sedat Dilek wrote: > 2010/12/27 Piotr Hosowicz<piotr@hosowicz.com>: >> On 27.12.2010 15:48, Sedat Dilek wrote: >>> >>> 2010/12/27 Piotr Hosowicz<piotr@hosowicz.com>: >>>> >>>> On 27.12.2010 07:04, Stephen Rothwell wrote: >>>> >>>> Hello, >>>> >>>> I noticed that after first reboot with this kernel that my MP3 collection >>>> in >>>> mocp layed on Ext4 fs opens painfully slow. It is not my mistake, because >>>> I >>>> always do it the same way, new kernel, then music on. The problem is not >>>> present in rc7-git4. I could measure it in some way (timing ls -la in tht >>>> dir?) if somebody needs it. >>>> >>>> Regards, >>>> >>>> Piotr Hosowicz >>>> >>> >>> You tried mblk_io_submit mount-option for that partition? >> >> No, I do not use it, I do not even know what it is. My options are: >> >> /dev/sda2 on / type ext4 (rw,errors=remount-ro) >> > > Have a closer look at "ext4: Turn off multiple page-io submission by default" I tried to Google for mblk_io_submit but I didn't find anything helpful. Could you tell me how should I add this option in fstab and what will be its effect? Regards and thanks in advance, Piotr Hosowicz -- Różnica między PiS, a PO jest taka, że PO nie zro- biła liberalizacji, a PiS nie zrobił lustracji. NP: Peter Green Splinter Group - I Can't Help Myself NB: 2.6.37-rc7-next-20101227 ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-27 15:13 ` Piotr Hosowicz @ 2010-12-27 15:45 ` Piotr Hosowicz 2010-12-27 16:16 ` Sedat Dilek 0 siblings, 1 reply; 25+ messages in thread From: Piotr Hosowicz @ 2010-12-27 15:45 UTC (permalink / raw) To: piotr; +Cc: sedat.dilek, Sedat Dilek, Stephen Rothwell, linux-next, LKML On 27.12.2010 16:13, Piotr Hosowicz wrote: > On 27.12.2010 16:08, Sedat Dilek wrote: >> 2010/12/27 Piotr Hosowicz<piotr@hosowicz.com>: >>> On 27.12.2010 15:48, Sedat Dilek wrote: >>>> >>>> 2010/12/27 Piotr Hosowicz<piotr@hosowicz.com>: >>>>> >>>>> On 27.12.2010 07:04, Stephen Rothwell wrote: >>>>> >>>>> Hello, >>>>> >>>>> I noticed that after first reboot with this kernel that my MP3 >>>>> collection >>>>> in >>>>> mocp layed on Ext4 fs opens painfully slow. It is not my mistake, >>>>> because >>>>> I >>>>> always do it the same way, new kernel, then music on. The problem >>>>> is not >>>>> present in rc7-git4. I could measure it in some way (timing ls -la >>>>> in tht >>>>> dir?) if somebody needs it. >>>>> >>>>> Regards, >>>>> >>>>> Piotr Hosowicz >>>>> >>>> >>>> You tried mblk_io_submit mount-option for that partition? >>> >>> No, I do not use it, I do not even know what it is. My options are: >>> >>> /dev/sda2 on / type ext4 (rw,errors=remount-ro) >>> >> >> Have a closer look at "ext4: Turn off multiple page-io submission by >> default" > > I tried to Google for mblk_io_submit but I didn't find anything helpful. > Could you tell me how should I add this option in fstab and what will be > its effect? As far as I understand that option regards writing, not reading. The symptoms I described occured while reading only. Regards, Piotr Hosowicz -- TV: "W tej chwili, że się tak wyrażę, zaliczonych mamy 17 zawodniczek." NP: Peter Green Splinter Group - Say That You Want To NB: 2.6.37-rc7-next-20101227 ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-27 15:45 ` Piotr Hosowicz @ 2010-12-27 16:16 ` Sedat Dilek 2010-12-28 14:27 ` Piotr Hosowicz 0 siblings, 1 reply; 25+ messages in thread From: Sedat Dilek @ 2010-12-27 16:16 UTC (permalink / raw) To: piotr; +Cc: Stephen Rothwell, linux-next, LKML 2010/12/27 Piotr Hosowicz <piotr@hosowicz.com>: > On 27.12.2010 16:13, Piotr Hosowicz wrote: >> >> On 27.12.2010 16:08, Sedat Dilek wrote: >>> >>> 2010/12/27 Piotr Hosowicz<piotr@hosowicz.com>: >>>> >>>> On 27.12.2010 15:48, Sedat Dilek wrote: >>>>> >>>>> 2010/12/27 Piotr Hosowicz<piotr@hosowicz.com>: >>>>>> >>>>>> On 27.12.2010 07:04, Stephen Rothwell wrote: >>>>>> >>>>>> Hello, >>>>>> >>>>>> I noticed that after first reboot with this kernel that my MP3 >>>>>> collection >>>>>> in >>>>>> mocp layed on Ext4 fs opens painfully slow. It is not my mistake, >>>>>> because >>>>>> I >>>>>> always do it the same way, new kernel, then music on. The problem >>>>>> is not >>>>>> present in rc7-git4. I could measure it in some way (timing ls -la >>>>>> in tht >>>>>> dir?) if somebody needs it. >>>>>> >>>>>> Regards, >>>>>> >>>>>> Piotr Hosowicz >>>>>> >>>>> >>>>> You tried mblk_io_submit mount-option for that partition? >>>> >>>> No, I do not use it, I do not even know what it is. My options are: >>>> >>>> /dev/sda2 on / type ext4 (rw,errors=remount-ro) >>>> >>> >>> Have a closer look at "ext4: Turn off multiple page-io submission by >>> default" >> >> I tried to Google for mblk_io_submit but I didn't find anything helpful. >> Could you tell me how should I add this option in fstab and what will be >> its effect? > > As far as I understand that option regards writing, not reading. The > symptoms I described occured while reading only. > That's the only performance issue I am aware of in ext4 in recent time. Why don't you try it and present some numbers in transfer ratio (write, read)? - Sedat - ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-27 16:16 ` Sedat Dilek @ 2010-12-28 14:27 ` Piotr Hosowicz 2010-12-28 15:09 ` Piotr Hosowicz 0 siblings, 1 reply; 25+ messages in thread From: Piotr Hosowicz @ 2010-12-28 14:27 UTC (permalink / raw) To: sedat.dilek; +Cc: Sedat Dilek, Stephen Rothwell, linux-next, LKML On 27.12.2010 17:16, Sedat Dilek wrote: > 2010/12/27 Piotr Hosowicz<piotr@hosowicz.com>: >> On 27.12.2010 16:13, Piotr Hosowicz wrote: >>> >>> On 27.12.2010 16:08, Sedat Dilek wrote: >>>> >>>> 2010/12/27 Piotr Hosowicz<piotr@hosowicz.com>: >>>>> >>>>> On 27.12.2010 15:48, Sedat Dilek wrote: >>>>>> >>>>>> 2010/12/27 Piotr Hosowicz<piotr@hosowicz.com>: >>>>>>> >>>>>>> On 27.12.2010 07:04, Stephen Rothwell wrote: >>>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> I noticed that after first reboot with this kernel that my MP3 >>>>>>> collection >>>>>>> in >>>>>>> mocp layed on Ext4 fs opens painfully slow. It is not my mistake, >>>>>>> because >>>>>>> I >>>>>>> always do it the same way, new kernel, then music on. The problem >>>>>>> is not >>>>>>> present in rc7-git4. I could measure it in some way (timing ls -la >>>>>>> in tht >>>>>>> dir?) if somebody needs it. >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Piotr Hosowicz >>>>>>> >>>>>> >>>>>> You tried mblk_io_submit mount-option for that partition? >>>>> >>>>> No, I do not use it, I do not even know what it is. My options are: >>>>> >>>>> /dev/sda2 on / type ext4 (rw,errors=remount-ro) >>>>> >>>> >>>> Have a closer look at "ext4: Turn off multiple page-io submission by >>>> default" >>> >>> I tried to Google for mblk_io_submit but I didn't find anything helpful. >>> Could you tell me how should I add this option in fstab and what will be >>> its effect? >> >> As far as I understand that option regards writing, not reading. The >> symptoms I described occured while reading only. >> > > That's the only performance issue I am aware of in ext4 in recent time. > Why don't you try it and present some numbers in transfer ratio (write, read)? Ok, I'll try to measure it in shell. Now I am building newest non-next kernel and the trial script is: #!/bin/bash uname -a mount cd /data/music time ls -d * cd - This is basically what mocp does when it enters my music directory, apart from displaying the results in ncurses based UI. Then I'll reboot with next kernel and run it again. Will it do? Regards, Piotr Hosowicz -- Ktoś zapukał do drzwi. -Bormann - pomyślał Stirlitz -Tak, to ja - pomyślał Bormann NP: Peter Green Splinter Group - Madison Blues NB: 2.6.37-rc7-20101227-pztidm+ ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 2010-12-28 14:27 ` Piotr Hosowicz @ 2010-12-28 15:09 ` Piotr Hosowicz 0 siblings, 0 replies; 25+ messages in thread From: Piotr Hosowicz @ 2010-12-28 15:09 UTC (permalink / raw) To: piotr; +Cc: sedat.dilek, Sedat Dilek, Stephen Rothwell, linux-next, LKML [-- Attachment #1: Type: text/plain, Size: 2856 bytes --] On 28.12.2010 15:27, Piotr Hosowicz wrote: > On 27.12.2010 17:16, Sedat Dilek wrote: >> 2010/12/27 Piotr Hosowicz<piotr@hosowicz.com>: >>> On 27.12.2010 16:13, Piotr Hosowicz wrote: >>>> >>>> On 27.12.2010 16:08, Sedat Dilek wrote: >>>>> >>>>> 2010/12/27 Piotr Hosowicz<piotr@hosowicz.com>: >>>>>> >>>>>> On 27.12.2010 15:48, Sedat Dilek wrote: >>>>>>> >>>>>>> 2010/12/27 Piotr Hosowicz<piotr@hosowicz.com>: >>>>>>>> >>>>>>>> On 27.12.2010 07:04, Stephen Rothwell wrote: >>>>>>>> >>>>>>>> Hello, >>>>>>>> >>>>>>>> I noticed that after first reboot with this kernel that my MP3 >>>>>>>> collection >>>>>>>> in >>>>>>>> mocp layed on Ext4 fs opens painfully slow. It is not my mistake, >>>>>>>> because >>>>>>>> I >>>>>>>> always do it the same way, new kernel, then music on. The problem >>>>>>>> is not >>>>>>>> present in rc7-git4. I could measure it in some way (timing ls -la >>>>>>>> in tht >>>>>>>> dir?) if somebody needs it. >>>>>>>> >>>>>>>> Regards, >>>>>>>> >>>>>>>> Piotr Hosowicz >>>>>>>> >>>>>>> >>>>>>> You tried mblk_io_submit mount-option for that partition? >>>>>> >>>>>> No, I do not use it, I do not even know what it is. My options are: >>>>>> >>>>>> /dev/sda2 on / type ext4 (rw,errors=remount-ro) >>>>>> >>>>> >>>>> Have a closer look at "ext4: Turn off multiple page-io submission by >>>>> default" >>>> >>>> I tried to Google for mblk_io_submit but I didn't find anything >>>> helpful. >>>> Could you tell me how should I add this option in fstab and what >>>> will be >>>> its effect? >>> >>> As far as I understand that option regards writing, not reading. The >>> symptoms I described occured while reading only. >>> >> >> That's the only performance issue I am aware of in ext4 in recent time. >> Why don't you try it and present some numbers in transfer ratio >> (write, read)? > > Ok, I'll try to measure it in shell. Now I am building newest non-next > kernel and the trial script is: > > #!/bin/bash > > uname -a > mount > cd /data/music > time ls -d * > cd - > > This is basically what mocp does when it enters my music directory, > apart from displaying the results in ncurses based UI. Then I'll reboot > with next kernel and run it again. Will it do? Sorry for the desinformation, now I see that there must be some othe things that mocp does because when I measured it I see that my initial observaions were false. The script is attached, plain is the newest ordinary kernel 2.6.37-rc7-git5, _1 file is the first run, _2 is the second run. Similarily the next_ files, after mounting / with the option in question. They show no big difference between the kernels. Regards, Piotr Hosowicz -- Babcia rox! : alek: przyszli do mnie jehowi dzisiaj, otworzyła babcia pate_q: i co? alek: po 30 minutach rozmowy chcieli przejść na chrześcijaństwo NP: Peter Green Splinter Group - Heart Of Stone NB: 2.6.37-rc7-git5 [-- Attachment #2: next_1.txt --] [-- Type: text/plain, Size: 3608 bytes --] Linux aapi205 2.6.37-rc7-next-20101227 #1 SMP PREEMPT Mon Dec 27 14:51:27 CET 2010 x86_64 GNU/Linux /dev/sda2 on / type ext4 (rw,mblk_io_submit,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sda1 on /boot type ext3 (rw) fusectl on /sys/fs/fuse/connections type fusectl (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) 12 Stones ACDC Acid Drinkers Adrian Belew Aerosmith Alexis Corner Alice in Chains Allman Brothers Band Anathema Anita Lipnicka Anthrax Arena Audioslave Aynsley Lister Ayreon Bad Company Beck Beck, Bogert & Appice Billie Holiday Biohazard Blackmore's Night Blackout Black Label Society Black Sabbath Black Stone Cherry Blind Faith Blues Saraceno Bobby McFerrin Bob Dylan Bon Jovi Breakout Brecker Brothers Bruce, Baker & Moore Buckethead Buddy Guy Budgie Buena Vista Social Club Cactus Callisto Carmine Appice Chevelle Chickenfoot Chick Corea Choralne Chyla Cinderella Clawfinger Coroner Cream Creedence Clearwater Revival Czeslaw Niemen Damageplan Dave Matthews Band Dave Navarro Dave Weckl David Gilmour Debussy Debussy Faure Ravel Deep Purple Def Leppard Diana Krall DiMeola, McLaughlin, Delucia Dire Straits Dream Theater Dzem Eddie Daniels Edward Stachura Enya Eric Clapton Eric Johnson Eric Sardinas Eva Cassidy Faith No More Fishbone Frank Gambale Frank Zappa G3 Gary Moore Genesis Godflesh Gordian Knot Gordon Haskell Granda Banda Grzegorz Turnau Guano Apes Guns and Roses Hey Hipshack Holdys.com Ian Anderson Ian Gillan Iron Butterfly Jacek Skubikowski Jack Bruce Janes Addiction Jan Borysewicz Jan Garbarek Jefferson Airplane Jeff Beck Jethro Tull Jimi Hendrix Jimmy Page Jimmy Page & Robert Plant Joe Bonamassa Joe Satriani Joe Zawinul John Cage John Coltrane John Lee Hooker John Mayall John Petrucci John Scofield John Scofield & Pat Metheny John Wetton J. B. Lenoir Kazik Kenny Kirkland King's X King Crimson Korn Krzak Kyuss Lao Che LA Guitar Quartet Lebowski Led Zeppelin Lenny Kravitz Leszek Cichonski Les Claypool Limp Bizkit Linkin Park lista-dla-paczora.txt lista-dla-rafala.txt Living Colour Lost Tribe Louis Armstrong Lynyrd Skynyrd Mad Season Makefile Mark Knopfler Matilde Santing McDonald And Giles Megadeth Metallica Michael Nyman _moje-mp3-zbackupowac Mother Love Bone Motorhead Mr Big Muddy Waters _music-do-obrobienia _music-zgrane-z-cd Norah Jones Normalsi _nowe_od_marcina ONA Ozzy Osbourne Paco De Lucia Pantera Patrick O'Hearn Pat Metheny Pat Travers Pearl Jam Peter Green Splinter Group Pink Floyd Piotr Hosowicz Popa Chubby Porcupine Tree Primus Puddle Of Mudd Rage Against the Machine Rainbow Red Hot Chilli Peppers Red Sparowes Riverside Robben Ford Robert Cray Robert Fripp Robert Plant Roger Waters Rollins Band Rory Gallagher Rush SBB Screaming Trees Sepultura Shotgun Messiah Simon and Garfunkel Skid Row Slash Slash's Snakepit Slayer _smietnik Soundgarden Spiritual Beggars Spyro Gyra Stanislaw Sojka Stare Dobre Malzenstwo Steve Hackett Steve Vai Stevie Ray Vaughan Sylvan Sztywny Pal Azji Temple Of The Dog Testament The Beatles The Cult The The The Who Thursday Group Tom Waits Tool Toto Traffic Transatlantic Trey Gunn TSA Ugly Kid Joe _uptbo uptbo-refresh.sh Urszula Vanilla Fudge Van Halen Velvet Revolver Weather Report wma-to-ogg.sh Wolna Grupa Bukowina Yellow Jackets Yes Zakk Wylde ZZ Top /home/phz/workspace/ext4-test [-- Attachment #3: next_2.txt --] [-- Type: text/plain, Size: 3608 bytes --] Linux aapi205 2.6.37-rc7-next-20101227 #1 SMP PREEMPT Mon Dec 27 14:51:27 CET 2010 x86_64 GNU/Linux /dev/sda2 on / type ext4 (rw,mblk_io_submit,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sda1 on /boot type ext3 (rw) fusectl on /sys/fs/fuse/connections type fusectl (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) 12 Stones ACDC Acid Drinkers Adrian Belew Aerosmith Alexis Corner Alice in Chains Allman Brothers Band Anathema Anita Lipnicka Anthrax Arena Audioslave Aynsley Lister Ayreon Bad Company Beck Beck, Bogert & Appice Billie Holiday Biohazard Blackmore's Night Blackout Black Label Society Black Sabbath Black Stone Cherry Blind Faith Blues Saraceno Bobby McFerrin Bob Dylan Bon Jovi Breakout Brecker Brothers Bruce, Baker & Moore Buckethead Buddy Guy Budgie Buena Vista Social Club Cactus Callisto Carmine Appice Chevelle Chickenfoot Chick Corea Choralne Chyla Cinderella Clawfinger Coroner Cream Creedence Clearwater Revival Czeslaw Niemen Damageplan Dave Matthews Band Dave Navarro Dave Weckl David Gilmour Debussy Debussy Faure Ravel Deep Purple Def Leppard Diana Krall DiMeola, McLaughlin, Delucia Dire Straits Dream Theater Dzem Eddie Daniels Edward Stachura Enya Eric Clapton Eric Johnson Eric Sardinas Eva Cassidy Faith No More Fishbone Frank Gambale Frank Zappa G3 Gary Moore Genesis Godflesh Gordian Knot Gordon Haskell Granda Banda Grzegorz Turnau Guano Apes Guns and Roses Hey Hipshack Holdys.com Ian Anderson Ian Gillan Iron Butterfly Jacek Skubikowski Jack Bruce Janes Addiction Jan Borysewicz Jan Garbarek Jefferson Airplane Jeff Beck Jethro Tull Jimi Hendrix Jimmy Page Jimmy Page & Robert Plant Joe Bonamassa Joe Satriani Joe Zawinul John Cage John Coltrane John Lee Hooker John Mayall John Petrucci John Scofield John Scofield & Pat Metheny John Wetton J. B. Lenoir Kazik Kenny Kirkland King's X King Crimson Korn Krzak Kyuss Lao Che LA Guitar Quartet Lebowski Led Zeppelin Lenny Kravitz Leszek Cichonski Les Claypool Limp Bizkit Linkin Park lista-dla-paczora.txt lista-dla-rafala.txt Living Colour Lost Tribe Louis Armstrong Lynyrd Skynyrd Mad Season Makefile Mark Knopfler Matilde Santing McDonald And Giles Megadeth Metallica Michael Nyman _moje-mp3-zbackupowac Mother Love Bone Motorhead Mr Big Muddy Waters _music-do-obrobienia _music-zgrane-z-cd Norah Jones Normalsi _nowe_od_marcina ONA Ozzy Osbourne Paco De Lucia Pantera Patrick O'Hearn Pat Metheny Pat Travers Pearl Jam Peter Green Splinter Group Pink Floyd Piotr Hosowicz Popa Chubby Porcupine Tree Primus Puddle Of Mudd Rage Against the Machine Rainbow Red Hot Chilli Peppers Red Sparowes Riverside Robben Ford Robert Cray Robert Fripp Robert Plant Roger Waters Rollins Band Rory Gallagher Rush SBB Screaming Trees Sepultura Shotgun Messiah Simon and Garfunkel Skid Row Slash Slash's Snakepit Slayer _smietnik Soundgarden Spiritual Beggars Spyro Gyra Stanislaw Sojka Stare Dobre Malzenstwo Steve Hackett Steve Vai Stevie Ray Vaughan Sylvan Sztywny Pal Azji Temple Of The Dog Testament The Beatles The Cult The The The Who Thursday Group Tom Waits Tool Toto Traffic Transatlantic Trey Gunn TSA Ugly Kid Joe _uptbo uptbo-refresh.sh Urszula Vanilla Fudge Van Halen Velvet Revolver Weather Report wma-to-ogg.sh Wolna Grupa Bukowina Yellow Jackets Yes Zakk Wylde ZZ Top /home/phz/workspace/ext4-test [-- Attachment #4: plain_1.txt --] [-- Type: text/plain, Size: 3584 bytes --] Linux aapi205 2.6.37-rc7-git5 #1 SMP PREEMPT Tue Dec 28 15:09:12 CET 2010 x86_64 GNU/Linux /dev/sda2 on / type ext4 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sda1 on /boot type ext3 (rw) fusectl on /sys/fs/fuse/connections type fusectl (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) 12 Stones ACDC Acid Drinkers Adrian Belew Aerosmith Alexis Corner Alice in Chains Allman Brothers Band Anathema Anita Lipnicka Anthrax Arena Audioslave Aynsley Lister Ayreon Bad Company Beck Beck, Bogert & Appice Billie Holiday Biohazard Blackmore's Night Blackout Black Label Society Black Sabbath Black Stone Cherry Blind Faith Blues Saraceno Bobby McFerrin Bob Dylan Bon Jovi Breakout Brecker Brothers Bruce, Baker & Moore Buckethead Buddy Guy Budgie Buena Vista Social Club Cactus Callisto Carmine Appice Chevelle Chickenfoot Chick Corea Choralne Chyla Cinderella Clawfinger Coroner Cream Creedence Clearwater Revival Czeslaw Niemen Damageplan Dave Matthews Band Dave Navarro Dave Weckl David Gilmour Debussy Debussy Faure Ravel Deep Purple Def Leppard Diana Krall DiMeola, McLaughlin, Delucia Dire Straits Dream Theater Dzem Eddie Daniels Edward Stachura Enya Eric Clapton Eric Johnson Eric Sardinas Eva Cassidy Faith No More Fishbone Frank Gambale Frank Zappa G3 Gary Moore Genesis Godflesh Gordian Knot Gordon Haskell Granda Banda Grzegorz Turnau Guano Apes Guns and Roses Hey Hipshack Holdys.com Ian Anderson Ian Gillan Iron Butterfly Jacek Skubikowski Jack Bruce Janes Addiction Jan Borysewicz Jan Garbarek Jefferson Airplane Jeff Beck Jethro Tull Jimi Hendrix Jimmy Page Jimmy Page & Robert Plant Joe Bonamassa Joe Satriani Joe Zawinul John Cage John Coltrane John Lee Hooker John Mayall John Petrucci John Scofield John Scofield & Pat Metheny John Wetton J. B. Lenoir Kazik Kenny Kirkland King's X King Crimson Korn Krzak Kyuss Lao Che LA Guitar Quartet Lebowski Led Zeppelin Lenny Kravitz Leszek Cichonski Les Claypool Limp Bizkit Linkin Park lista-dla-paczora.txt lista-dla-rafala.txt Living Colour Lost Tribe Louis Armstrong Lynyrd Skynyrd Mad Season Makefile Mark Knopfler Matilde Santing McDonald And Giles Megadeth Metallica Michael Nyman _moje-mp3-zbackupowac Mother Love Bone Motorhead Mr Big Muddy Waters _music-do-obrobienia _music-zgrane-z-cd Norah Jones Normalsi _nowe_od_marcina ONA Ozzy Osbourne Paco De Lucia Pantera Patrick O'Hearn Pat Metheny Pat Travers Pearl Jam Peter Green Splinter Group Pink Floyd Piotr Hosowicz Popa Chubby Porcupine Tree Primus Puddle Of Mudd Rage Against the Machine Rainbow Red Hot Chilli Peppers Red Sparowes Riverside Robben Ford Robert Cray Robert Fripp Robert Plant Roger Waters Rollins Band Rory Gallagher Rush SBB Screaming Trees Sepultura Shotgun Messiah Simon and Garfunkel Skid Row Slash Slash's Snakepit Slayer _smietnik Soundgarden Spiritual Beggars Spyro Gyra Stanislaw Sojka Stare Dobre Malzenstwo Steve Hackett Steve Vai Stevie Ray Vaughan Sylvan Sztywny Pal Azji Temple Of The Dog Testament The Beatles The Cult The The The Who Thursday Group Tom Waits Tool Toto Traffic Transatlantic Trey Gunn TSA Ugly Kid Joe _uptbo uptbo-refresh.sh Urszula Vanilla Fudge Van Halen Velvet Revolver Weather Report wma-to-ogg.sh Wolna Grupa Bukowina Yellow Jackets Yes Zakk Wylde ZZ Top /home/phz/workspace/ext4-test [-- Attachment #5: plain_2.txt --] [-- Type: text/plain, Size: 3584 bytes --] Linux aapi205 2.6.37-rc7-git5 #1 SMP PREEMPT Tue Dec 28 15:09:12 CET 2010 x86_64 GNU/Linux /dev/sda2 on / type ext4 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sda1 on /boot type ext3 (rw) fusectl on /sys/fs/fuse/connections type fusectl (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) 12 Stones ACDC Acid Drinkers Adrian Belew Aerosmith Alexis Corner Alice in Chains Allman Brothers Band Anathema Anita Lipnicka Anthrax Arena Audioslave Aynsley Lister Ayreon Bad Company Beck Beck, Bogert & Appice Billie Holiday Biohazard Blackmore's Night Blackout Black Label Society Black Sabbath Black Stone Cherry Blind Faith Blues Saraceno Bobby McFerrin Bob Dylan Bon Jovi Breakout Brecker Brothers Bruce, Baker & Moore Buckethead Buddy Guy Budgie Buena Vista Social Club Cactus Callisto Carmine Appice Chevelle Chickenfoot Chick Corea Choralne Chyla Cinderella Clawfinger Coroner Cream Creedence Clearwater Revival Czeslaw Niemen Damageplan Dave Matthews Band Dave Navarro Dave Weckl David Gilmour Debussy Debussy Faure Ravel Deep Purple Def Leppard Diana Krall DiMeola, McLaughlin, Delucia Dire Straits Dream Theater Dzem Eddie Daniels Edward Stachura Enya Eric Clapton Eric Johnson Eric Sardinas Eva Cassidy Faith No More Fishbone Frank Gambale Frank Zappa G3 Gary Moore Genesis Godflesh Gordian Knot Gordon Haskell Granda Banda Grzegorz Turnau Guano Apes Guns and Roses Hey Hipshack Holdys.com Ian Anderson Ian Gillan Iron Butterfly Jacek Skubikowski Jack Bruce Janes Addiction Jan Borysewicz Jan Garbarek Jefferson Airplane Jeff Beck Jethro Tull Jimi Hendrix Jimmy Page Jimmy Page & Robert Plant Joe Bonamassa Joe Satriani Joe Zawinul John Cage John Coltrane John Lee Hooker John Mayall John Petrucci John Scofield John Scofield & Pat Metheny John Wetton J. B. Lenoir Kazik Kenny Kirkland King's X King Crimson Korn Krzak Kyuss Lao Che LA Guitar Quartet Lebowski Led Zeppelin Lenny Kravitz Leszek Cichonski Les Claypool Limp Bizkit Linkin Park lista-dla-paczora.txt lista-dla-rafala.txt Living Colour Lost Tribe Louis Armstrong Lynyrd Skynyrd Mad Season Makefile Mark Knopfler Matilde Santing McDonald And Giles Megadeth Metallica Michael Nyman _moje-mp3-zbackupowac Mother Love Bone Motorhead Mr Big Muddy Waters _music-do-obrobienia _music-zgrane-z-cd Norah Jones Normalsi _nowe_od_marcina ONA Ozzy Osbourne Paco De Lucia Pantera Patrick O'Hearn Pat Metheny Pat Travers Pearl Jam Peter Green Splinter Group Pink Floyd Piotr Hosowicz Popa Chubby Porcupine Tree Primus Puddle Of Mudd Rage Against the Machine Rainbow Red Hot Chilli Peppers Red Sparowes Riverside Robben Ford Robert Cray Robert Fripp Robert Plant Roger Waters Rollins Band Rory Gallagher Rush SBB Screaming Trees Sepultura Shotgun Messiah Simon and Garfunkel Skid Row Slash Slash's Snakepit Slayer _smietnik Soundgarden Spiritual Beggars Spyro Gyra Stanislaw Sojka Stare Dobre Malzenstwo Steve Hackett Steve Vai Stevie Ray Vaughan Sylvan Sztywny Pal Azji Temple Of The Dog Testament The Beatles The Cult The The The Who Thursday Group Tom Waits Tool Toto Traffic Transatlantic Trey Gunn TSA Ugly Kid Joe _uptbo uptbo-refresh.sh Urszula Vanilla Fudge Van Halen Velvet Revolver Weather Report wma-to-ogg.sh Wolna Grupa Bukowina Yellow Jackets Yes Zakk Wylde ZZ Top /home/phz/workspace/ext4-test [-- Attachment #6: test.sh --] [-- Type: application/x-sh, Size: 88 bytes --] ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 (drivers/target/) 2010-12-27 6:04 linux-next: Tree for December 27 Stephen Rothwell ` (2 preceding siblings ...) 2010-12-27 14:36 ` Piotr Hosowicz @ 2010-12-27 19:21 ` Randy Dunlap 2010-12-27 22:47 ` Nicholas A. Bellinger 2010-12-27 19:55 ` [PATCH -next] ocfs2: fix build for OCFS2_FS_STATS not enabled Randy Dunlap 2010-12-27 19:57 ` linux-next: Tree for December 27 (drivers/target) Randy Dunlap 5 siblings, 1 reply; 25+ messages in thread From: Randy Dunlap @ 2010-12-27 19:21 UTC (permalink / raw) To: Stephen Rothwell, scsi; +Cc: linux-next, LKML, nab On Mon, 27 Dec 2010 17:04:51 +1100 Stephen Rothwell wrote: > Hi all, > > [The mirroring on kernel.org is running slowly] yep :( > Changes since 20101221: When CONFIG_SCSI is not enabled: ERROR: "scsi_device_type" [drivers/target/target_core_mod.ko] undefined! from target_core_transport.c::1586: printk(" Type: %s ", scsi_device_type(device_type)); Also please update MAINTAINERS for drivers/target/. --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** desserts: http://www.xenotime.net/linux/recipes/ ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 (drivers/target/) 2010-12-27 19:21 ` linux-next: Tree for December 27 (drivers/target/) Randy Dunlap @ 2010-12-27 22:47 ` Nicholas A. Bellinger 0 siblings, 0 replies; 25+ messages in thread From: Nicholas A. Bellinger @ 2010-12-27 22:47 UTC (permalink / raw) To: Randy Dunlap; +Cc: Stephen Rothwell, scsi, linux-next, LKML On Mon, 2010-12-27 at 11:21 -0800, Randy Dunlap wrote: > On Mon, 27 Dec 2010 17:04:51 +1100 Stephen Rothwell wrote: > > > Hi all, > > > > [The mirroring on kernel.org is running slowly] > > yep :( > > > Changes since 20101221: > > > When CONFIG_SCSI is not enabled: > > ERROR: "scsi_device_type" [drivers/target/target_core_mod.ko] undefined! > > from target_core_transport.c::1586: > > printk(" Type: %s ", scsi_device_type(device_type)); > Hi Randy and Stephen, As there is really no a reason for building CONFIG_TARGET_CORE w/o CONFIG_SCSI && CONFIG_BLOCK, the following patch has been added to the new linux-next target tree here: target: Add SCSI and BLOCK depends for TARGET_CORE http://git.kernel.org/?p=linux/kernel/git/nab/linux-next.git;a=commitdiff;h=15c8da9639029ac337dd2f0bb67010de62d4b724 > > Also please update MAINTAINERS for drivers/target/. > Also added here, thanks for the reminder: target: Add drivers/target/ entry to MAINTAINERS http://git.kernel.org/?p=linux/kernel/git/nab/linux-next.git;a=commitdiff;h=85356c6c328b3c4add3d240e387087a76a469028 Best Regards, --nab ^ permalink raw reply [flat|nested] 25+ messages in thread
* [PATCH -next] ocfs2: fix build for OCFS2_FS_STATS not enabled 2010-12-27 6:04 linux-next: Tree for December 27 Stephen Rothwell ` (3 preceding siblings ...) 2010-12-27 19:21 ` linux-next: Tree for December 27 (drivers/target/) Randy Dunlap @ 2010-12-27 19:55 ` Randy Dunlap 2010-12-27 20:52 ` Joel Becker 2010-12-27 19:57 ` linux-next: Tree for December 27 (drivers/target) Randy Dunlap 5 siblings, 1 reply; 25+ messages in thread From: Randy Dunlap @ 2010-12-27 19:55 UTC (permalink / raw) To: Stephen Rothwell, Mark Fasheh, Joel Becker; +Cc: linux-next, LKML, ocfs2-devel From: Randy Dunlap <randy.dunlap@oracle.com> When CONFIG_OCFS2_FS_STATS is not enabled: fs/ocfs2/cluster/tcp.c:1254: error: implicit declaration of function 'o2net_update_recv_stats' Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com> Cc: Mark Fasheh <mfasheh@suse.com> Cc: Joel Becker <joel.becker@oracle.com> Cc: ocfs2-devel@oss.oracle.com --- fs/ocfs2/cluster/tcp.c | 2 ++ 1 file changed, 2 insertions(+) --- linux-next-20101227.orig/fs/ocfs2/cluster/tcp.c +++ linux-next-20101227/fs/ocfs2/cluster/tcp.c @@ -257,6 +257,8 @@ static void o2net_update_recv_stats(stru # define o2net_update_send_stats(a, b) +# define o2net_update_recv_stats(sc) + #endif /* CONFIG_OCFS2_FS_STATS */ static inline int o2net_reconnect_delay(void) ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH -next] ocfs2: fix build for OCFS2_FS_STATS not enabled 2010-12-27 19:55 ` [PATCH -next] ocfs2: fix build for OCFS2_FS_STATS not enabled Randy Dunlap @ 2010-12-27 20:52 ` Joel Becker 2010-12-27 21:41 ` Randy Dunlap 0 siblings, 1 reply; 25+ messages in thread From: Joel Becker @ 2010-12-27 20:52 UTC (permalink / raw) To: Randy Dunlap; +Cc: Stephen Rothwell, Mark Fasheh, linux-next, LKML, ocfs2-devel On Mon, Dec 27, 2010 at 11:55:08AM -0800, Randy Dunlap wrote: > From: Randy Dunlap <randy.dunlap@oracle.com> > > When CONFIG_OCFS2_FS_STATS is not enabled: > > fs/ocfs2/cluster/tcp.c:1254: error: implicit declaration of function 'o2net_update_recv_stats' > > Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com> > Cc: Mark Fasheh <mfasheh@suse.com> > Cc: Joel Becker <joel.becker@oracle.com> > Cc: ocfs2-devel@oss.oracle.com Acked-by: Joel Becker <joel.becker@oracle.com> Do you want to push it or would you like me to? Joel -- "But all my words come back to me In shades of mediocrity. Like emptiness in harmony I need someone to comfort me." Joel Becker Senior Development Manager Oracle E-mail: joel.becker@oracle.com Phone: (650) 506-8127 ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH -next] ocfs2: fix build for OCFS2_FS_STATS not enabled 2010-12-27 20:52 ` Joel Becker @ 2010-12-27 21:41 ` Randy Dunlap 0 siblings, 0 replies; 25+ messages in thread From: Randy Dunlap @ 2010-12-27 21:41 UTC (permalink / raw) To: Stephen Rothwell, Mark Fasheh, linux-next, LKML, ocfs2-devel On 12/27/10 12:52, Joel Becker wrote: > On Mon, Dec 27, 2010 at 11:55:08AM -0800, Randy Dunlap wrote: >> From: Randy Dunlap <randy.dunlap@oracle.com> >> >> When CONFIG_OCFS2_FS_STATS is not enabled: >> >> fs/ocfs2/cluster/tcp.c:1254: error: implicit declaration of function 'o2net_update_recv_stats' >> >> Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com> >> Cc: Mark Fasheh <mfasheh@suse.com> >> Cc: Joel Becker <joel.becker@oracle.com> >> Cc: ocfs2-devel@oss.oracle.com > > Acked-by: Joel Becker <joel.becker@oracle.com> > > Do you want to push it or would you like me to? You, please. -- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** desserts: http://www.xenotime.net/linux/recipes/ ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 (drivers/target) 2010-12-27 6:04 linux-next: Tree for December 27 Stephen Rothwell ` (4 preceding siblings ...) 2010-12-27 19:55 ` [PATCH -next] ocfs2: fix build for OCFS2_FS_STATS not enabled Randy Dunlap @ 2010-12-27 19:57 ` Randy Dunlap 2010-12-27 22:49 ` Nicholas A. Bellinger 5 siblings, 1 reply; 25+ messages in thread From: Randy Dunlap @ 2010-12-27 19:57 UTC (permalink / raw) To: Stephen Rothwell, nab, scsi; +Cc: linux-next, LKML On Mon, 27 Dec 2010 17:04:51 +1100 Stephen Rothwell wrote: > Hi all, > > [The mirroring on kernel.org is running slowly] > > Changes since 20101221: > > Linus' tree lost its build failure. Hi Nick, Please test building target code when CONFIG_BLOCK is not enabled. When CONFIG_BLOCK is not enabled, drivers/target/ gets a boat load of build errors. Should TCM_IBLOCK depend on BLOCK? That fixes lots of the build errors, but not all of them. The header file include/target/target_core_base.h uses struct queue_limits, so it should #include <linux/blkdev.h>. --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** desserts: http://www.xenotime.net/linux/recipes/ ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 (drivers/target) 2010-12-27 19:57 ` linux-next: Tree for December 27 (drivers/target) Randy Dunlap @ 2010-12-27 22:49 ` Nicholas A. Bellinger 2010-12-28 15:08 ` James Bottomley 0 siblings, 1 reply; 25+ messages in thread From: Nicholas A. Bellinger @ 2010-12-27 22:49 UTC (permalink / raw) To: Randy Dunlap; +Cc: Stephen Rothwell, scsi, linux-next, LKML On Mon, 2010-12-27 at 11:57 -0800, Randy Dunlap wrote: > On Mon, 27 Dec 2010 17:04:51 +1100 Stephen Rothwell wrote: > > > Hi all, > > > > [The mirroring on kernel.org is running slowly] > > > > Changes since 20101221: > > > > Linus' tree lost its build failure. > > > Hi Nick, > > Please test building target code when CONFIG_BLOCK is not enabled. > > When CONFIG_BLOCK is not enabled, drivers/target/ gets a boat load of build errors. > > Should TCM_IBLOCK depend on BLOCK? That fixes lots of the build errors, > but not all of them. > > > The header file include/target/target_core_base.h uses struct queue_limits, > so it should #include <linux/blkdev.h>. > > Added the missing include here: target: Add linux/blkdev.h include in target_core_base.h http://git.kernel.org/?p=linux/kernel/git/nab/linux-next.git;a=commitdiff;h=e8bd07d3a525e71b424d308fc5084b89a6456bb2 Thanks Randy! --nab ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: linux-next: Tree for December 27 (drivers/target) 2010-12-27 22:49 ` Nicholas A. Bellinger @ 2010-12-28 15:08 ` James Bottomley 0 siblings, 0 replies; 25+ messages in thread From: James Bottomley @ 2010-12-28 15:08 UTC (permalink / raw) To: Nicholas A. Bellinger Cc: Randy Dunlap, Stephen Rothwell, scsi, linux-next, LKML On Mon, 2010-12-27 at 14:49 -0800, Nicholas A. Bellinger wrote: > On Mon, 2010-12-27 at 11:57 -0800, Randy Dunlap wrote: > > On Mon, 27 Dec 2010 17:04:51 +1100 Stephen Rothwell wrote: > > > > > Hi all, > > > > > > [The mirroring on kernel.org is running slowly] > > > > > > Changes since 20101221: > > > > > > Linus' tree lost its build failure. > > > > > > Hi Nick, > > > > Please test building target code when CONFIG_BLOCK is not enabled. > > > > When CONFIG_BLOCK is not enabled, drivers/target/ gets a boat load of build errors. > > > > Should TCM_IBLOCK depend on BLOCK? That fixes lots of the build errors, > > but not all of them. > > > > > > The header file include/target/target_core_base.h uses struct queue_limits, > > so it should #include <linux/blkdev.h>. > > > > > > Added the missing include here: > > target: Add linux/blkdev.h include in target_core_base.h > http://git.kernel.org/?p=linux/kernel/git/nab/linux-next.git;a=commitdiff;h=e8bd07d3a525e71b424d308fc5084b89a6456bb2 > > Thanks Randy! Could you just do mod patches inline to the list, please? It's much less convenient trying to pull them out of a web page. Thanks, James ^ permalink raw reply [flat|nested] 25+ messages in thread
end of thread, other threads:[~2010-12-28 15:09 UTC | newest] Thread overview: 25+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2010-12-27 6:04 linux-next: Tree for December 27 Stephen Rothwell 2010-12-27 8:04 ` Sedat Dilek 2010-12-27 9:11 ` Stephen Rothwell 2010-12-27 9:55 ` Sedat Dilek 2010-12-27 12:09 ` Sedat Dilek 2010-12-27 11:38 ` Mark Brown 2010-12-27 15:20 ` Stephen Rothwell 2010-12-27 15:38 ` Mark Brown 2010-12-27 14:36 ` Piotr Hosowicz 2010-12-27 14:48 ` Sedat Dilek 2010-12-27 14:57 ` Piotr Hosowicz 2010-12-27 15:08 ` Sedat Dilek 2010-12-27 15:13 ` Piotr Hosowicz 2010-12-27 15:45 ` Piotr Hosowicz 2010-12-27 16:16 ` Sedat Dilek 2010-12-28 14:27 ` Piotr Hosowicz 2010-12-28 15:09 ` Piotr Hosowicz 2010-12-27 19:21 ` linux-next: Tree for December 27 (drivers/target/) Randy Dunlap 2010-12-27 22:47 ` Nicholas A. Bellinger 2010-12-27 19:55 ` [PATCH -next] ocfs2: fix build for OCFS2_FS_STATS not enabled Randy Dunlap 2010-12-27 20:52 ` Joel Becker 2010-12-27 21:41 ` Randy Dunlap 2010-12-27 19:57 ` linux-next: Tree for December 27 (drivers/target) Randy Dunlap 2010-12-27 22:49 ` Nicholas A. Bellinger 2010-12-28 15:08 ` James Bottomley
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).