kernel October 2014

kernel@lists.fedoraproject.org

24 participants
22 discussions

support for l7-filter
by George Karakougioumtzis 17 Oct '14

17 Oct '14

As i was trying to integrate deep packet inspection in my host i noticed that there wasnt support for l7-filter in the kernel as a module?

2 2

drm_kms_helper.edid_firmware=DVI-I-1 - resume(S3) - DVI-I-2: EDID broken
by poma 10 Oct '14

10 Oct '14

[ 0.000000] Linux version 3.18.0-0.rc0.git2.1.fc22.x86_64 (mockbuild(a)bkernel01.phx2.fedoraproject.org) (gcc version 4.9.1 20140930 (Red Hat 4.9.1-11) (GCC) ) #1 SMP Thu Oct 9 13:57:38 UTC 2014 [ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-3.18.0-0.rc0.git2.1.fc22.x86_64 root=UUID=a07556d2-6fe2-417f-8202-c54c07fd9386 drm_kms_helper.edid_firmware=DVI-I-1:edid/848x480.bin initrd=/initramfs-3.18.0-0.rc0.git2.1.fc22.x86_64.img [ 4.396325] usb 1-6: new high-speed USB device number 7 using ehci-pci [ 4.520203] usb 1-6: New USB device found, idVendor=17e9, idProduct=019e [ 4.520357] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 4.520499] usb 1-6: Product: FY USB-DVI [ 4.520629] usb 1-6: Manufacturer: DisplayLink [ 4.520761] usb 1-6: SerialNumber: USB_FY1704 [ 23.261365] [drm] Initialized drm 1.1.0 20060810 [ 24.415915] [drm] vendor descriptor length:1b data:1b 5f 01 00 19 05 00 01 03 00 04 [ 24.734381] [drm] Got external EDID base block and 0 extensions from "edid/848x480.bin" for connector "DVI-I-1" [ 24.749973] open /dev/fb0 user=0 fb_info=ffff8800c68ae000 count=1 [ 24.762202] [drm] write mode info 153 [ 24.785148] Console: switching to colour frame buffer device 106x30 [ 24.799662] udl 1-6:1.0: fb0: udldrmfb frame buffer device [ 24.799731] udl 1-6:1.0: registered panic notifier [ 24.808392] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 24.810304] [drm] No driver support for vblank timestamp query. [ 24.812697] [drm] Initialized udl 0.0.1 20120220 on minor 0 [ 24.815622] usbcore: registered new interface driver udl [ 35.269700] [drm] Got external EDID base block and 0 extensions from "edid/848x480.bin" for connector "DVI-I-1" [ 35.275096] [drm] Got external EDID base block and 0 extensions from "edid/848x480.bin" for connector "DVI-I-1" [ 35.344093] [drm] write mode info 153 [ 36.950930] [drm] Got external EDID base block and 0 extensions from "edid/848x480.bin" for connector "DVI-I-1" [ 325.799612] PM: Preparing system for mem sleep [ 326.067140] PM: Entering mem sleep [ 326.068158] Suspending console(s) (use no_console_suspend to debug) [ 329.397361] PM: suspend of devices complete after 3323.665 msecs [ 329.397371] PM: suspend devices took 3.329 seconds [ 329.409465] PM: late suspend of devices complete after 12.074 msecs [ 329.420591] ehci-pci 0000:00:04.1: System wakeup enabled by ACPI [ 329.431399] PM: noirq suspend of devices complete after 21.916 msecs [ 329.431455] ACPI: Preparing to enter system sleep state S3 [ 329.840517] PM: Saving platform NVS memory [ 329.905021] ACPI: Low-level resume complete [ 329.905021] PM: Restoring platform NVS memory [ 329.976500] ACPI: Waking up from system sleep state S3 [ 329.999944] ehci-pci 0000:00:04.1: System wakeup disabled by ACPI [ 330.003489] PM: noirq resume of devices complete after 19.016 msecs [ 330.012769] PM: early resume of devices complete after 9.022 msecs [ 332.101657] PM: resume of devices complete after 2088.867 msecs [ 332.113620] [drm] vendor descriptor length:1b data:1b 5f 01 00 19 05 00 01 03 00 04 [ 332.246592] Raw EDID: [ 332.246599] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.246603] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.246606] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.246609] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.246612] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.246615] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.246619] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.246622] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.246632] udl 1-6:1.0: DVI-I-2: EDID invalid. [ 332.262425] udl 1-6:1.0: fb2: udldrmfb frame buffer device [ 332.262492] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 332.262495] [drm] No driver support for vblank timestamp query. [ 332.262507] [drm] Initialized udl 0.0.1 20120220 on minor 2 [ 332.274311] PM: resume devices took 2.262 seconds [ 332.320387] PM: Finishing wakeup. [ 332.661252] Raw EDID: [ 332.661267] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.661277] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.661287] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.661296] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.661306] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.661317] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.661326] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.661336] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.661350] udl 1-6:1.0: DVI-I-2: EDID invalid. [ 332.791128] Raw EDID: [ 332.791148] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.791159] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.791169] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.791178] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.791188] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.791198] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.791208] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.791218] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 332.791234] udl 1-6:1.0: DVI-I-2: EDID invalid. [ 342.072576] [drm] wait for urb interrupted: ffffffc2 available: 4 [ 342.578079] Raw EDID: [ 342.578096] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.578103] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.578108] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.578114] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.578119] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.578125] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.578130] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.578136] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.578147] udl 1-6:1.0: DVI-I-2: EDID invalid. [ 342.707077] Raw EDID: [ 342.707093] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.707100] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.707105] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.707111] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.707116] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.707122] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.707127] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.707133] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 342.707144] udl 1-6:1.0: DVI-I-2: EDID invalid. [ 342.746100] [drm] write mode info 153 [ 343.346381] Raw EDID: [ 343.346399] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 343.346406] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 343.346412] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 343.346417] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 343.346423] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 343.346428] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 343.346434] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 343.346440] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 343.346452] udl 1-6:1.0: DVI-I-2: EDID invalid.

1 0

[PATCH] GFS2: Make rename not save dirent location
by Bob Peterson 07 Oct '14

07 Oct '14

Hi, This patch fixes a regression in the patch "GFS2: Remember directory insert point", commit 2b47dad866d04f14c328f888ba5406057b8c7d33. The problem had to do with the rename function: The function found space for the new dirent, and remembered that location. But then the old dirent was removed, which often moved the eligible location for the renamed dirent. Putting the new dirent at the saved location caused file system corruption. This patch adds a new "save_loc" variable to struct gfs2_diradd. If 1, the dirent location is saved. If 0, the dirent location is not saved and the buffer_head is released as per previous behavior. Signed-off-by: Bob Peterson <rpeterso(a)redhat.com> Signed-off-by: Steven Whitehouse <swhiteho(a)redhat.com> --- diff --git a/fs/gfs2/dir.c b/fs/gfs2/dir.c index 1a349f9..5d4261f 100644 --- a/fs/gfs2/dir.c +++ b/fs/gfs2/dir.c @@ -2100,8 +2100,13 @@ int gfs2_diradd_alloc_required(struct inode *inode, const struct qstr *name, } if (IS_ERR(dent)) return PTR_ERR(dent); - da->bh = bh; - da->dent = dent; + + if (da->save_loc) { + da->bh = bh; + da->dent = dent; + } else { + brelse(bh); + } return 0; } diff --git a/fs/gfs2/dir.h b/fs/gfs2/dir.h index 126c65d..e1b309c 100644 --- a/fs/gfs2/dir.h +++ b/fs/gfs2/dir.h @@ -23,6 +23,7 @@ struct gfs2_diradd { unsigned nr_blocks; struct gfs2_dirent *dent; struct buffer_head *bh; + int save_loc; }; extern struct inode *gfs2_dir_search(struct inode *dir, diff --git a/fs/gfs2/inode.c b/fs/gfs2/inode.c index 9516f5c..fcf42ea 100644 --- a/fs/gfs2/inode.c +++ b/fs/gfs2/inode.c @@ -600,7 +600,7 @@ static int gfs2_create_inode(struct inode *dir, struct dentry *dentry, int error, free_vfs_inode = 0; u32 aflags = 0; unsigned blocks = 1; - struct gfs2_diradd da = { .bh = NULL, }; + struct gfs2_diradd da = { .bh = NULL, .save_loc = 1, }; if (!name->len || name->len > GFS2_FNAMESIZE) return -ENAMETOOLONG; @@ -900,7 +900,7 @@ static int gfs2_link(struct dentry *old_dentry, struct inode *dir, struct gfs2_inode *ip = GFS2_I(inode); struct gfs2_holder ghs[2]; struct buffer_head *dibh; - struct gfs2_diradd da = { .bh = NULL, }; + struct gfs2_diradd da = { .bh = NULL, .save_loc = 1, }; int error; if (S_ISDIR(inode->i_mode)) @@ -1338,7 +1338,7 @@ static int gfs2_rename(struct inode *odir, struct dentry *odentry, struct gfs2_rgrpd *nrgd; unsigned int num_gh; int dir_rename = 0; - struct gfs2_diradd da = { .nr_blocks = 0, }; + struct gfs2_diradd da = { .nr_blocks = 0, .save_loc = 0, }; unsigned int x; int error;

2 3

F21 version is now ahead of rawhide version
by Bruno Wolff III 07 Oct '14

07 Oct '14

I don't think it is worth doing another build just for this, but if there is another 3.17 build in rawhide, it would be nice to use a release in the 400s so it stays ahead of the f21 version.

4 5

Fedora kernel git tree: each patch typically gets one line of change everyday
by Thorsten Leemhuis 07 Oct '14

07 Oct '14

Lo! Quoting http://jwboyer.livejournal.com/49254.html > […] > Since we're rebasing the patches in git, we don't need to do it > separately in the Fedora package repo. There's no sense in doing work > twice. After some initial renaming of some patches and such, I now > use the git tree to generate the patches we add to the spec file by > using git format-patch master.. and a script to copy them to the > working dir on my machine. This means we always have a nice fresh > copy of the patches for that specific upstream base. It does mean > that each patch typically gets one line of change (the sha hash of > the commit) everyday, but I don't think that's a big deal. This > actually saves me time now and it helps keep our patches fairly > "clean". They all apply with git-am and most of them have changelogs > and such. I'm all for making your life easier ;-) But is there maybe some easy way to avoid that "one line of change" per patch? Maybe some sed-call that removes or modifies the commit id sha1sum when the patches get readded to the package repo? It would avoid clutter in the git history and commits diffs. I'd welcome that, because I keep a eye on the kernel changes via the scm-commits mailing list. And it got a lot harder now to see what actually changed. See yourself by comparing these two mails: https://lists.fedoraproject.org/pipermail/scm-commits/Week-of-Mon-20140811/… https://lists.fedoraproject.org/pipermail/scm-commits/Week-of-Mon-20140922/… CU knurd

2 3

3.17 for F21
by Josh Boyer 06 Oct '14

06 Oct '14

Hi All, Since everyone likes to keep asking, we're going to be moving F21 to 3.17 when it's released [1]. There is ample time before Beta to shake bugs out and sticking with 3.16 until GA would simply mean we're shipping a kernel that likely won't be supported at the time of release [2]. josh [1] Linus was originally hoping to release it this weekend, but I believe a 3.17-rc7 will come out instead. We'll rebase when the final release is done. [2] We may still run this risk, depending on slips and such but at least we'll be as current as possible. p.s. F20 will get a rebase likely around 3.17.1 or 3.17.2. Be patient or upgrade to F21. F19 is in zombie state and will track the 3.14.y longterm kernels until EOL (which can't come soon enough).

2 2

Is the Fedora kernel git tree suitable for bisects?
by Bruno Wolff III 02 Oct '14

02 Oct '14

If one wanted to bisect a kernel with Fedora changes instead of Linus' kernel, would this likely work well?

2 1

[PATCH] enable virtualization on PPC LE
by Dan Horák 02 Oct '14

02 Oct '14

--- config-powerpc64le | 1 - 1 file changed, 1 deletion(-) diff --git a/config-powerpc64le b/config-powerpc64le index bd4d1ec..94fbbfc 100644 --- a/config-powerpc64le +++ b/config-powerpc64le @@ -1,4 +1,3 @@ -# CONFIG_VIRTUALIZATION is not set CONFIG_CPU_LITTLE_ENDIAN=y # CONFIG_CARL9170 is not set -- 1.9.3

2 1

[PATCH] enable BPF on PPC LE (#1148933)
by Dan Horák 02 Oct '14

02 Oct '14

--- config-powerpc64le | 1 - 1 file changed, 1 deletion(-) diff --git a/config-powerpc64le b/config-powerpc64le index 8fb9796..bd4d1ec 100644 --- a/config-powerpc64le +++ b/config-powerpc64le @@ -1,5 +1,4 @@ # CONFIG_VIRTUALIZATION is not set -# CONFIG_BPF_JIT is not set CONFIG_CPU_LITTLE_ENDIAN=y # CONFIG_CARL9170 is not set -- 1.9.3

2 1

perl script to check for references to unknown Kconfig macros
by Paul Bolle 02 Oct '14

02 Oct '14

Josh, Here's a perl script I cobbled together that checks for references to unknown Kconfig macros. Tested on top of current master. Invoke like this: perl "$WHAT_SHALL_I_CALL_THIS.pl" $SOME_DIR/kernel-3.16.fc20/linux-3.17.0-0.rc7.git1.1.fc20.x86_64 (I stopped tracking rawhide long ago.) I'll send a patch generated with the aid of this script shortly. It seems overkill to invoke (something like) this every build. But perhaps the package maintainers can include (something like) it before they push changes into master. The call of "glob("config-*")" is an accident waiting to happen, but I couldn't be bothered to replace it with a call of "git ls-files "config-*"". Have fun! Paul Bolle # By Paul Bolle October 2014. # # Contributed to the public domain by its author. use 5.016; use warnings; use autodie; use File::Find; my @Kconfigs; my $Kconfigre = qr/Kconfig.*/; my $configre = qr/^\s*(menu)?config\s+(?<config>(\w+))$/; my $CONFIG_re = qr/\bCONFIG_(?<CONFIG_>(\w+))/; sub match { push( @Kconfigs, $File::Find::name ) if ($_ =~ $Kconfigre); } sub parse_kconfig { my ($path) = @_; my @ret; open( my $kconfig, "<", $path ); my $slurp = do { local $/ = undef; <$kconfig> }; close( $kconfig ); my @lines = split ( /\n/, $slurp ); foreach my $line (@lines) { if ($line =~ /$configre/) { push( @ret, $+{config} ); } } @ret; } sub parse_shipped { my ($path) = @_; my @ret; open( my $shipped, "<", $path ); my $slurp = do { local $/ = undef; <$shipped> }; close( $shipped ); my @lines = split ( /\n/, $slurp ); my $i = 1; foreach my $line (@lines) { if ($line =~ /$CONFIG_re/) { push( @ret, [$i, $+{CONFIG_}] ); } $i++; } @ret; } exit main ( @ARGV ); sub main { my %configs; find( \&match, @_ ); foreach my $Kconfig (@Kconfigs) { my (@tmp) = parse_kconfig( $Kconfig ); foreach my $config ( @tmp ) { $configs{ $config }++; } } foreach my $shipped (glob("config-*")) { my (@tmp) = parse_shipped( $shipped ); foreach my $ref ( @tmp ) { say( STDERR "$shipped:$ref->[0]: No Kconfig symbol matches 'CONFIG_$ref->[1]'" ) unless (grep( /$ref->[1]/, keys( %configs ))); } } 0; }

2 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

kernel October 2014