kernel May 2011

kernel@lists.fedoraproject.org

9 participants
10 discussions

fedora 14 kernel performance with ip forwarding workload
by Jesse Brandeburg 04 Jun '15

04 Jun '15

The other day I was running the stock fedora kernel on my ip forwarding setup, to see what the performance was, and the performance wasn't very good. system is S5520HC dual socket 2.93GHz Xeon 5570 (Nehalem) with 3 quad port 82580 adapters (12 ports). Traffic is bidirectional 64 byte packets being forwarded and received on each port, basically port to port routing. I am only using 12 flows currently. The driver is igb, and I am using an affinity script that lines up each pair of ports that are forwarding traffic into optimal configurations for cache locality. I am also disabling remote_node_defrag_ratio to stop cross node traffic. With the fedora default kernel from F14 it appears that CONFIG_NETFILTER=y means that I cannot unload all of netfilter even if I stop iptables service. perf showed netfilter being prominent, and removing it gives me much higher throughput. Is there a reason CONFIG_NETFILTER=y ? Isn't it a good thing to be able to disable netfilter if you want to? Jesse

5 9

2.6.39-1
by Genes MailLists 23 May '11

23 May '11

Just an FYI - I rebuilt the F16 source rpm [1] on F14 and am testing it there - ext4 file system, luks encrypted swap and /home (not root). lenovo t61p laptop with nvidia (nouveau driver) anf iwlgn wireless. So far - after light usage this is functioning very well. The auto sched (tty) continues to be brilliant (thank you!) - I hope you will always keep this as the default, even if there are more complicated systemd schemes to do similar things some day - this is simple and works extremely well. I strongly urge this remain the default. No regressions versus 2.6.38.6 so far. I could not find a bodhi place to add karm so posting here. gene/ [1] F15 is not suitable for me yet (I need to switch to a new DE first) so I am staying on F14 for the time being - but I will continue to test new kernels. ----------- Additional Info -------------------------------------- # lspci : 00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c) 00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express Root Port (rev 0c) 00:19.0 Ethernet controller: Intel Corporation 82566MM Gigabit Network Connection (rev 03) 00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03) 00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03) 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03) 00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03) 00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 03) 00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 03) 00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3) 00:1f.0 ISA bridge: Intel Corporation 82801HBM (ICH8M-E) LPC Interface Controller (rev 03) 00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 03) 00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03) 01:00.0 VGA compatible controller: nVidia Corporation G84M [Quadro FX 570M] (rev a1) 03:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61) 15:00.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ba) 15:00.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 04) 15:00.2 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 21) 15:00.4 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 11) 15:00.5 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 11)

2 2

Wrong release for 2.6.39-0.f16
by Bruno Wolff III 20 May '11

20 May '11

The current latest rawhide kernel has a release of 0.fc16 instead of what probably should have been 1.fc16. This is preventing automatic updates if you have one of the prerelease kernels (e.g. kernel-PAE-2.6.39-0.rc7.git6.1.fc16) installed.

1 0

[12/71] iwlwifi: add {ack, plpc}_check module parameters
by Greg KH 19 May '11

19 May '11

2.6.38-stable review patch. If anyone has any objections, please let us know. ------------------ From: Stanislaw Gruszka <sgruszka(a)redhat.com> commit b7977ffaab5187ad75edaf04ac854615cea93828 upstream. Add module ack_check, and plcp_check parameters. Ack_check is disabled by default since is proved that check ack health can cause troubles. Plcp_check is enabled by default. This prevent connection hangs with "low ack count detected" messages. Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=666646 Signed-off-by: Stanislaw Gruszka <sgruszka(a)redhat.com> Signed-off-by: Greg Kroah-Hartman <gregkh(a)suse.de> --- drivers/net/wireless/iwlwifi/iwl-agn-lib.c | 1 + drivers/net/wireless/iwlwifi/iwl-agn.c | 6 ++++++ drivers/net/wireless/iwlwifi/iwl-core.h | 2 ++ drivers/net/wireless/iwlwifi/iwl-rx.c | 8 ++++++-- 4 files changed, 15 insertions(+), 2 deletions(-) --- a/drivers/net/wireless/iwlwifi/iwl-agn-lib.c +++ b/drivers/net/wireless/iwlwifi/iwl-agn-lib.c @@ -604,6 +604,7 @@ const u8 *iwlagn_eeprom_query_addr(const struct iwl_mod_params iwlagn_mod_params = { .amsdu_size_8K = 1, .restart_fw = 1, + .plcp_check = true, /* the rest are 0 by default */ }; --- a/drivers/net/wireless/iwlwifi/iwl-agn.c +++ b/drivers/net/wireless/iwlwifi/iwl-agn.c @@ -4586,3 +4586,9 @@ MODULE_PARM_DESC(antenna_coupling, module_param_named(bt_ch_inhibition, iwlagn_bt_ch_announce, bool, S_IRUGO); MODULE_PARM_DESC(bt_ch_inhibition, "Disable BT channel inhibition (default: enable)"); + +module_param_named(plcp_check, iwlagn_mod_params.plcp_check, bool, S_IRUGO); +MODULE_PARM_DESC(plcp_check, "Check plcp health (default: 1 [enabled])"); + +module_param_named(ack_check, iwlagn_mod_params.ack_check, bool, S_IRUGO); +MODULE_PARM_DESC(ack_check, "Check ack health (default: 0 [disabled])"); --- a/drivers/net/wireless/iwlwifi/iwl-core.h +++ b/drivers/net/wireless/iwlwifi/iwl-core.h @@ -263,6 +263,8 @@ struct iwl_mod_params { int amsdu_size_8K; /* def: 1 = enable 8K amsdu size */ int antenna; /* def: 0 = both antennas (use diversity) */ int restart_fw; /* def: 1 = restart firmware */ + bool plcp_check; /* def: true = enable plcp health check */ + bool ack_check; /* def: false = disable ack health check */ }; /* --- a/drivers/net/wireless/iwlwifi/iwl-rx.c +++ b/drivers/net/wireless/iwlwifi/iwl-rx.c @@ -234,10 +234,13 @@ EXPORT_SYMBOL(iwl_rx_spectrum_measure_no void iwl_recover_from_statistics(struct iwl_priv *priv, struct iwl_rx_packet *pkt) { + const struct iwl_mod_params *mod_params = priv->cfg->mod_params; + if (test_bit(STATUS_EXIT_PENDING, &priv->status)) return; if (iwl_is_any_associated(priv)) { - if (priv->cfg->ops->lib->check_ack_health) { + if (mod_params->ack_check && + priv->cfg->ops->lib->check_ack_health) { if (!priv->cfg->ops->lib->check_ack_health( priv, pkt)) { /* @@ -250,7 +253,8 @@ void iwl_recover_from_statistics(struct return; } } - if (priv->cfg->ops->lib->check_plcp_health) { + if (mod_params->plcp_check && + priv->cfg->ops->lib->check_plcp_health) { if (!priv->cfg->ops->lib->check_plcp_health( priv, pkt)) { /*

1 0

Re: initrd or initramfs ... etc.
by Josh Boyer 18 May '11

18 May '11

On Wed, May 18, 2011 at 8:21 AM, r_burton <r_burton(a)surfglobal.net> wrote: > I am running Fedora-14-x86_64 > I have imported, and built kernel source: linux-2.6.38.6 > > My problem: How do I build a new 'initrd'? > > I have examined the file /boot/initramfs-2.6.35.6-45.fc14.x86_64.img > > Which comes with the Fedora-14 distribution. How do I build a new > one? On other distributions which I am familiar (e.g. Suse) there is > a script, 'mkinitrd'. Is there such a script for Fedora? Is there > a definitive "Guide to the Fedora Kernel Build Procedure"? This would be better asked on the fedora-devel or fedora-kernel lists. Fedora uses a tool called 'dracut' to create the initramfs. There is a script called new-kernel-pkg that gets called if you install a Fedora kernel RPM. It's invocation looks like: /sbin/new-kernel-pkg --package kernel%{?-v:-%{-v*}} --mkinitrd --dracut --depmod --update %{KVERREL}%{?-v:.%{-v*}} If you haven't installed your kernel from an RPM, you'll need to figure out what the --package and --update parameters are expecting and map the values accordingly for your locally built kernel. You might be able to call dracut by hand as well, but new-kernel-pkg does a number of other things, like update grub.conf IIRC. josh

1 0

IMPORTANT - Fedora Project Contributor Agreement Signing Window Is Open
by Tom Callaway 17 May '11

17 May '11

Please take a moment and read this brief email, as it is important. Fedora is in the process of retiring our old "Individual Contributor License Agreement" (also known as the ICLA or CLA) and replacing it with the new Fedora Project Contributor Agreement (FPCA). All Fedora contributors with accounts in the Fedora Account System (https://admin.fedoraproject.org/accounts) who have agreed to the old CLA *MUST* agree to the new FPCA by June 17, 2011 to continue contributing to Fedora. Here is how you do this: 1) Login to the Fedora Account System: https://admin.fedoraproject.org/accounts 2) Once logged in, click on the "My Account" link in the blue box on the left side of the window. 3) On the page that loads, you will see a section labeled "Account Details". Look for the line that says "Contributor Agreement". On that line, you should see a new section that says: "New CLA Not Signed - We need contributors to sign the new Contributor Agreement(Complete it now!)" Click on "Complete it now!" and follow the prompts. ***** It is important that Fedora Account holders who have signed the old Fedora CLA sign the new FPCA. We have allotted a window of one month for Fedora contributors to agree to the FPCA. This means that after June 17, 2011, any Fedora Contributors who have not agreed to the FPCA will have their "cla_done" flag set to False. This also means that any groups that they are in which are dependent upon "cla_done", such as "packager", "ambassador", and Fedora People access will be removed. There are a few accounts which are exempt from this, specifically, accounts which are members of the "cla_dell", "cla_intel", and "cla_redhat" groups. If you do not know what these groups are, you are probably not in them. :) Accounts in these groups will not see the "New CLA Not Signed" line on their "My Account" page, and do not need to take any action at this time. Please take a minute and login to FAS to agree to the terms of the FPCA, to avoid loss of access. More information about the FPCA, including the final FPCA text, can be found here: https://fedoraproject.org/wiki/Legal:Fedora_Project_Contributor_Agreement If you have any additional questions about the FPCA or the re-signing process, please feel free to email me directly at legal(a)fedoraproject.org. Thanks, Tom Callaway, Fedora Legal == Fedora Project

1 0

Fwd: MCE trouble booting Fedora 14
by Steve Dickson 13 May '11

13 May '11

Does anybody have a clue as to what is happening.... tia, steved. -------- Original Message -------- Subject: MCE trouble booting Fedora 14 Date: Fri, 13 May 2011 10:54:28 -0400 From: Andy Adamson <andros(a)netapp.com> To: Steve Dickson <steved(a)redhat.com> Hi Steve We are having trouble booting Fedora 14 on a 2.0 GHz Dual Quad Xeon machine. We tried using nomce on the kernel boot line with no luck. We're upgrading from RHEL5.2. Any ideas? Should I try Fedora 13? Thanks -->Andy > Unfortunately, I am unable to load Fedora 14 into the client. Due to I get > this error message: > > > [ 0.788999] PROCESSOR 0:10676 TIME 1305061894 SOCKET 0 APIC 3 > [ 0.788999] No human readable MCE decoding support on this CPU type. > [ 0.788999] Run the message through 'mcelog --ascii' to decode. > [ 0.788999] Some CPUs didn't answer in synchronization > [ 0.788999] This is not a software problem! > [ 0.788999] Machine check: Processor context corrupt > [ 0.788999] Kernel panic - not syncing: Fatal machine check on current CPU > [ 0.788999] Pid: 0, comm: swapper Tainted: G M > 2.6.35.6-45.fc14.x86_64 #1 > [ 0.788999] Call Trace: > [ 0.788999] <#MC> [<ffffffff8146729d>] panic+0x8b/0x10b > [ 0.788999] [<ffffffff8101b589>] mce_panic+0x1c5/0x1e6 > [ 0.788999] [<ffffffff8101a669>] ? mce_rdmsrl+0x4f/0x95 > [ 0.788999] [<ffffffff8101be38>] do_machine_check+0x69b/0x775 > [ 0.788999] [<ffffffff810111a8>] ? mwait_idle+0x72/0x7b > [ 0.788999] [<ffffffff8146981c>] machine_check+0x1c/0x30 > [ 0.788999] [<ffffffff810111a8>] ? mwait_idle+0x72/0x7b > [ 0.788999] <<EOE>> [<ffffffff81008325>] cpu_idle+0xaa/0xcc > [ 0.788999] [<ffffffff81461ed6>] start_secondary+0x24d/0x28e > [ 0.788999] Rebooting in 30 seconds..

3 3

[PATCH 2.6.35] iwlwifi: add {ack,plpc}_check module parameters
by Stanislaw Gruszka 09 May '11

09 May '11

commit b7977ffaab5187ad75edaf04ac854615cea93828 upstream. Add module ack_check, and plcp_check parameters. Ack_check is disabled by default since is proved that check ack health can cause troubles. Plcp_check is enabled by default. This prevent connection hangs with "low ack count detected" messages. Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=666646 Signed-off-by: Stanislaw Gruszka <sgruszka(a)redhat.com> --- drivers/net/wireless/iwlwifi/iwl-agn-lib.c | 1 + drivers/net/wireless/iwlwifi/iwl-agn.c | 6 ++++++ drivers/net/wireless/iwlwifi/iwl-core.h | 2 ++ drivers/net/wireless/iwlwifi/iwl-rx.c | 8 ++++++-- 4 files changed, 15 insertions(+), 2 deletions(-) diff --git a/drivers/net/wireless/iwlwifi/iwl-agn-lib.c b/drivers/net/wireless/iwlwifi/iwl-agn-lib.c index 0f292a2..3a79907 100644 --- a/drivers/net/wireless/iwlwifi/iwl-agn-lib.c +++ b/drivers/net/wireless/iwlwifi/iwl-agn-lib.c @@ -387,6 +387,7 @@ const u8 *iwlagn_eeprom_query_addr(const struct iwl_priv *priv, struct iwl_mod_params iwlagn_mod_params = { .amsdu_size_8K = 1, .restart_fw = 1, + .plcp_check = true, /* the rest are 0 by default */ }; diff --git a/drivers/net/wireless/iwlwifi/iwl-agn.c b/drivers/net/wireless/iwlwifi/iwl-agn.c index 8a2c4d7..6bd11c7 100644 --- a/drivers/net/wireless/iwlwifi/iwl-agn.c +++ b/drivers/net/wireless/iwlwifi/iwl-agn.c @@ -4180,3 +4180,9 @@ module_param_named(ucode_alternative, iwlagn_wanted_ucode_alternative, int, S_IRUGO); MODULE_PARM_DESC(ucode_alternative, "specify ucode alternative to use from ucode file"); + +module_param_named(plcp_check, iwlagn_mod_params.plcp_check, bool, S_IRUGO); +MODULE_PARM_DESC(plcp_check, "Check plcp health (default: 1 [enabled])"); + +module_param_named(ack_check, iwlagn_mod_params.ack_check, bool, S_IRUGO); +MODULE_PARM_DESC(ack_check, "Check ack health (default: 0 [disabled])"); diff --git a/drivers/net/wireless/iwlwifi/iwl-core.h b/drivers/net/wireless/iwlwifi/iwl-core.h index e8ef317..ef03c24 100644 --- a/drivers/net/wireless/iwlwifi/iwl-core.h +++ b/drivers/net/wireless/iwlwifi/iwl-core.h @@ -226,6 +226,8 @@ struct iwl_mod_params { int amsdu_size_8K; /* def: 1 = enable 8K amsdu size */ int antenna; /* def: 0 = both antennas (use diversity) */ int restart_fw; /* def: 1 = restart firmware */ + bool plcp_check; /* def: true = enable plcp health check */ + bool ack_check; /* def: false = disable ack health check */ }; /** diff --git a/drivers/net/wireless/iwlwifi/iwl-rx.c b/drivers/net/wireless/iwlwifi/iwl-rx.c index 0a5d7cf..d6c5927 100644 --- a/drivers/net/wireless/iwlwifi/iwl-rx.c +++ b/drivers/net/wireless/iwlwifi/iwl-rx.c @@ -401,10 +401,13 @@ EXPORT_SYMBOL(iwl_good_plcp_health); void iwl_recover_from_statistics(struct iwl_priv *priv, struct iwl_rx_packet *pkt) { + const struct iwl_mod_params *mod_params = priv->cfg->mod_params; + if (test_bit(STATUS_EXIT_PENDING, &priv->status)) return; if (iwl_is_associated(priv)) { - if (priv->cfg->ops->lib->check_ack_health) { + if (mod_params->ack_check && + priv->cfg->ops->lib->check_ack_health) { if (!priv->cfg->ops->lib->check_ack_health( priv, pkt)) { /* @@ -417,7 +420,8 @@ void iwl_recover_from_statistics(struct iwl_priv *priv, return; } } - if (priv->cfg->ops->lib->check_plcp_health) { + if (mod_params->plcp_check && + priv->cfg->ops->lib->check_plcp_health) { if (!priv->cfg->ops->lib->check_plcp_health( priv, pkt)) { /* -- 1.7.1

1 0

[PATCH 2.6.38] iwlwifi: add {ack,plpc}_check module parameters
by Stanislaw Gruszka 09 May '11

09 May '11

commit b7977ffaab5187ad75edaf04ac854615cea93828 upstream. Add module ack_check, and plcp_check parameters. Ack_check is disabled by default since is proved that check ack health can cause troubles. Plcp_check is enabled by default. This prevent connection hangs with "low ack count detected" messages. Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=666646 Signed-off-by: Stanislaw Gruszka <sgruszka(a)redhat.com> --- drivers/net/wireless/iwlwifi/iwl-agn-lib.c | 1 + drivers/net/wireless/iwlwifi/iwl-agn.c | 6 ++++++ drivers/net/wireless/iwlwifi/iwl-core.h | 2 ++ drivers/net/wireless/iwlwifi/iwl-rx.c | 8 ++++++-- 4 files changed, 15 insertions(+), 2 deletions(-) diff --git a/drivers/net/wireless/iwlwifi/iwl-agn-lib.c b/drivers/net/wireless/iwlwifi/iwl-agn-lib.c index 3dee87e..d9c87b3 100644 --- a/drivers/net/wireless/iwlwifi/iwl-agn-lib.c +++ b/drivers/net/wireless/iwlwifi/iwl-agn-lib.c @@ -604,6 +604,7 @@ const u8 *iwlagn_eeprom_query_addr(const struct iwl_priv *priv, struct iwl_mod_params iwlagn_mod_params = { .amsdu_size_8K = 1, .restart_fw = 1, + .plcp_check = true, /* the rest are 0 by default */ }; diff --git a/drivers/net/wireless/iwlwifi/iwl-agn.c b/drivers/net/wireless/iwlwifi/iwl-agn.c index 35239f0..be07643 100644 --- a/drivers/net/wireless/iwlwifi/iwl-agn.c +++ b/drivers/net/wireless/iwlwifi/iwl-agn.c @@ -4586,3 +4586,9 @@ MODULE_PARM_DESC(antenna_coupling, module_param_named(bt_ch_inhibition, iwlagn_bt_ch_announce, bool, S_IRUGO); MODULE_PARM_DESC(bt_ch_inhibition, "Disable BT channel inhibition (default: enable)"); + +module_param_named(plcp_check, iwlagn_mod_params.plcp_check, bool, S_IRUGO); +MODULE_PARM_DESC(plcp_check, "Check plcp health (default: 1 [enabled])"); + +module_param_named(ack_check, iwlagn_mod_params.ack_check, bool, S_IRUGO); +MODULE_PARM_DESC(ack_check, "Check ack health (default: 0 [disabled])"); diff --git a/drivers/net/wireless/iwlwifi/iwl-core.h b/drivers/net/wireless/iwlwifi/iwl-core.h index a347437..5c0d5f7 100644 --- a/drivers/net/wireless/iwlwifi/iwl-core.h +++ b/drivers/net/wireless/iwlwifi/iwl-core.h @@ -263,6 +263,8 @@ struct iwl_mod_params { int amsdu_size_8K; /* def: 1 = enable 8K amsdu size */ int antenna; /* def: 0 = both antennas (use diversity) */ int restart_fw; /* def: 1 = restart firmware */ + bool plcp_check; /* def: true = enable plcp health check */ + bool ack_check; /* def: false = disable ack health check */ }; /* diff --git a/drivers/net/wireless/iwlwifi/iwl-rx.c b/drivers/net/wireless/iwlwifi/iwl-rx.c index 87a6fd8..b707617 100644 --- a/drivers/net/wireless/iwlwifi/iwl-rx.c +++ b/drivers/net/wireless/iwlwifi/iwl-rx.c @@ -234,10 +234,13 @@ EXPORT_SYMBOL(iwl_rx_spectrum_measure_notif); void iwl_recover_from_statistics(struct iwl_priv *priv, struct iwl_rx_packet *pkt) { + const struct iwl_mod_params *mod_params = priv->cfg->mod_params; + if (test_bit(STATUS_EXIT_PENDING, &priv->status)) return; if (iwl_is_any_associated(priv)) { - if (priv->cfg->ops->lib->check_ack_health) { + if (mod_params->ack_check && + priv->cfg->ops->lib->check_ack_health) { if (!priv->cfg->ops->lib->check_ack_health( priv, pkt)) { /* @@ -250,7 +253,8 @@ void iwl_recover_from_statistics(struct iwl_priv *priv, return; } } - if (priv->cfg->ops->lib->check_plcp_health) { + if (mod_params->plcp_check && + priv->cfg->ops->lib->check_plcp_health) { if (!priv->cfg->ops->lib->check_plcp_health( priv, pkt)) { /* -- 1.7.1

1 0

oops in 2.6.38.5-13
by Genes MailLists 09 May '11

09 May '11

I got a nouveau 'unable to handle kernel NULL ptr deref' today .. not sure what triggered it ... usual stuff on computer - email/browser/ terminals (lots) and an eog viewing a jpeg image. Trace comes from nouveau. Code was running on F14 using kernel compiled from koji source rpm Really f15 kernel issue of course. See : https://bugzilla.redhat.com/show_bug.cgi?id=703165 gene/

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

kernel May 2011