* 2.6.23-rc1 sky2 boot crash in sky2_mac_intr
@ 2007-07-24 8:22 Florian Lohoff
2007-07-24 8:50 ` Stephen Hemminger
0 siblings, 1 reply; 6+ messages in thread
From: Florian Lohoff @ 2007-07-24 8:22 UTC (permalink / raw)
To: Stephen Hemminger; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 5398 bytes --]
Hi,
i am seeing irregular crashes on boot in the sky2_mac_intr. This is an
Fujitsu Siemens Lifebook E8110 with a Core Duo. Currently i suspect some
strange BIOS issues as the issues i see with the sky2 aka parity errors
etc i also see sometimes with the integrated ipw3945 which complains
about firmware errors. It seems the BIOS randomly fails to initialize
all the hardware. To reproduce this crash and catch it on the serial
console it took me around 12 boots. The machine is stable once correctly
booted and i work most of the day on it.
[ 46.479939] ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 16 (level, low) -> IRQ 19
[ 46.568569] sky2 0000:02:00.0: v1.16 addr 0xf0000000 irq 19 Yukon-EC Ultra (0xb4) rev 2
[ 46.664555] sky2 eth0: addr 00:17:42:13:45:8c
[ 61.958741] sky2 eth1: enabling interface
[ 62.010834] sky2 eth1: phy write timeout
[ 62.060319] sky2 eth1: phy write timeout
[ 62.109819] sky2 eth1: phy write timeout
[ 62.159330] sky2 eth1: phy write timeout
[ 62.208811] sky2 eth1: phy write timeout
[ 62.258306] sky2 eth1: phy write timeout
[ 62.307786] sky2 eth1: phy write timeout
[ 62.357323] sky2 eth1: phy write timeout
[ 62.406820] sky2 eth1: phy write timeout
[ 62.456304] sky2 eth1: phy write timeout
[ 62.505796] sky2 eth1: phy write timeout
[ 62.555275] sky2 eth1: phy write timeout
[ 62.604766] sky2 eth1: phy write timeout
[ 62.654259] sky2 eth1: phy write timeout
[ 62.703736] sky2 eth1: phy write timeout
[ 62.750601] sky2 0000:02:00.0: error interrupt status=0xffffffff
[ 62.822361] sky2 0000:02:00.0: PCI hardware error (0xffff)
[ 62.887897] sky2 0000:02:00.0: PCI Express error (0xffffffff)
[ 62.956548] sky2 eth1: hw error interrupt status 0xffffffff
[ 63.023112] sky2 eth1: ram data read parity error
[ 63.079308] sky2 eth1: ram data write parity error
[ 63.136536] sky2 eth1: MAC parity error
[ 63.182382] BUG: unable to handle kernel NULL pointer dereference at virtual address 0000020c
[ 63.284354] printing eip:
[ 63.316658] e004c528
[ 63.342729] *pde = 00000000
[ 63.376072] Oops: 0000 [#1]
[ 63.409407] PREEMPT SMP
[ 63.439704] Modules linked in: sbp2 hci_usb bluetooth snd_hda_intel snd_pcm_oss snd_pcm snd_mixer_oss snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device pcmcia ipw3945 smsc_ircc2 ehci_hcd snd ieee80211 ieee80211_crypt uhci_hcd ohci1394 sdhci yenta_socket rsrc_nonstatic parport_pc parport irda ieee1394 mmc_core ide_cd usbcore pcmcia_core crc_ccitt snd_page_alloc sky2
[ 63.883256] CPU: 0
[ 63.883257] EIP: 0060:[<e004c528>] Not tainted VLI
[ 63.883258] EFLAGS: 00010202 (2.6.23-rc1 #1)
[ 64.026826] EIP is at sky2_mac_intr+0x14/0xac [sky2]
[ 64.086857] eax: 00000080 ebx: 00000001 ecx: 00000008 edx: 00000000
[ 64.167942] esi: df4d6c00 edi: ffffffff ebp: ffffffff esp: de3c1dbc
[ 64.249024] ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
[ 64.318683] Process ifconfig (pid: 1878, ti=de3c0000 task=df43b740 task.ti=de3c0000)
[ 64.409113] Stack: e004e1e0 e0051fa5 df4d5000 00000000 c15ae914 00042010 ffffffff ffffffff
[ 64.509381] e004f737 e00521b2 e00520cf c15ae914 ffffffff c040fbe0 de3c1e4c df4d5000
[ 64.609644] df4d6c00 00000000 000000ff c02c3be6 c13c5400 c02c9ea9 c13d9dc0 00000287
[ 64.709905] Call Trace:
[ 64.741230] [<e004e1e0>] sky2_hw_error+0xf9/0x12a [sky2]
[ 64.805757] [<e004f737>] sky2_poll+0x1da/0xa88 [sky2]
[ 64.867171] [<c02c3be6>] kfree_skbmem+0x8/0x61
[ 64.921311] [<c02c9ea9>] net_tx_action+0x61/0xd0
[ 64.977521] [<c02c9ea9>] net_tx_action+0x61/0xd0
[ 65.033734] [<c02c9ea9>] net_tx_action+0x61/0xd0
[ 65.089942] [<c02ca586>] net_rx_action+0x92/0x1b5
[ 65.147197] [<c012a467>] __do_softirq+0x58/0xba
[ 65.202372] [<c012a4fa>] do_softirq+0x31/0x36
[ 65.255472] [<c012a8cb>] local_bh_enable_ip+0x36/0x56
[ 65.316876] [<e004d816>] sky2_up+0x234/0x5df [sky2]
[ 65.376203] [<c02c9da1>] dev_open+0x2e/0x68
[ 65.427223] [<c02c80e3>] dev_change_flags+0x9d/0x14e
[ 65.487590] [<c0305886>] devinet_ioctl+0x224/0x532
[ 65.545874] [<c02c9686>] dev_ifsioc+0x113/0x396
[ 65.601043] [<c02c8ef2>] dev_load+0x24/0x4b
[ 65.652060] [<c02be7ad>] sock_ioctl+0x0/0x1be
[ 65.705159] [<c02be94c>] sock_ioctl+0x19f/0x1be
[ 65.760329] [<c011b983>] do_page_fault+0x269/0x58e
[ 65.818613] [<c02be7ad>] sock_ioctl+0x0/0x1be
[ 65.871708] [<c0177703>] do_ioctl+0x1f/0x62
[ 65.922732] [<c017797d>] vfs_ioctl+0x237/0x249
[ 65.976869] [<c01779c2>] sys_ioctl+0x33/0x4d
[ 66.028925] [<c0103e52>] sysenter_past_esp+0x5f/0x85
[ 66.089293] [<c0320000>] pfkey_send_notify+0x41/0x226
[ 66.150699] =======================
[ 66.193363] Code: 05 e0 e8 da a2 0d e0 03 1f c7 03 00 04 00 00 83 c4 1c 5b 5e 5f 5d c3 55 57 56 89 c6 53 89 d3 83 ec 10 8b 54 90 08 89 d8 c1 e0 07 <8b> ba 0c 02 00 00 89 44 24 0c 05 08 0f 00 00 03 06 f6 47 0d 02
[ 66.422172] EIP: [<e004c528>] sky2_mac_intr+0x14/0xac [sky2] SS:ESP 0068:de3c1dbc
[ 66.511713] Kernel panic - not syncing: Fatal exception in interrupt
Flo
--
Florian Lohoff flo@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little
security shall soon have neither - Benjamin Franklin
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.6.23-rc1 sky2 boot crash in sky2_mac_intr
2007-07-24 8:22 2.6.23-rc1 sky2 boot crash in sky2_mac_intr Florian Lohoff
@ 2007-07-24 8:50 ` Stephen Hemminger
2007-07-24 9:40 ` Florian Lohoff
0 siblings, 1 reply; 6+ messages in thread
From: Stephen Hemminger @ 2007-07-24 8:50 UTC (permalink / raw)
To: Florian Lohoff; +Cc: linux-kernel, netdev
On Tue, 24 Jul 2007 10:22:05 +0200
Florian Lohoff <flo@rfc822.org> wrote:
>
> Hi,
> i am seeing irregular crashes on boot in the sky2_mac_intr. This is an
> Fujitsu Siemens Lifebook E8110 with a Core Duo. Currently i suspect some
> strange BIOS issues as the issues i see with the sky2 aka parity errors
> etc i also see sometimes with the integrated ipw3945 which complains
> about firmware errors. It seems the BIOS randomly fails to initialize
> all the hardware. To reproduce this crash and catch it on the serial
> console it took me around 12 boots. The machine is stable once correctly
> booted and i work most of the day on it.
>
> [ 46.479939] ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 16 (level, low) -> IRQ 19
> [ 46.568569] sky2 0000:02:00.0: v1.16 addr 0xf0000000 irq 19 Yukon-EC Ultra (0xb4) rev 2
> [ 46.664555] sky2 eth0: addr 00:17:42:13:45:8c
>
> [ 61.958741] sky2 eth1: enabling interface
> [ 62.010834] sky2 eth1: phy write timeout
The problem is related to power management. The PHY has a number of PCI configuration
registers for power control, and the function of these changes based on the version and
revision of the chip. The driver does work on older versions of the EC-U, in
Fujitsu laptop's, it is just the new rev that is broken.
The driver should probably fail smarter (by not loading) if the PHY isn't powered
up correctly, but that doesn't help your problem.
The vendor has provided me with documentation on many versions
of the chip, but I don't have doc's on the lastest revision differences of the EC Ultra,
so a proper solution is not easily available. The best method for resolving this would
be to first try the vendor driver version of sk98lin and see if that fixes it. If so,
then it is easy to change sky2, to match the phy setup in the vendor driver.
Another possibility is to look for places in sky2 driver where there are places
that compare version/revision.
The most likely bits that need to change are in PCI registers: 0x80, 0x84 and 0x88
You could also load the windows driver and dump PCI config space (with lspci from
cygwin), and see what the settings are there.
I am away from my office for a month, and therefore away from any sky2
hardware for testing.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.6.23-rc1 sky2 boot crash in sky2_mac_intr
2007-07-24 8:50 ` Stephen Hemminger
@ 2007-07-24 9:40 ` Florian Lohoff
2007-07-24 23:30 ` Michal Piotrowski
0 siblings, 1 reply; 6+ messages in thread
From: Florian Lohoff @ 2007-07-24 9:40 UTC (permalink / raw)
To: Stephen Hemminger; +Cc: linux-kernel, netdev
[-- Attachment #1: Type: text/plain, Size: 1785 bytes --]
On Tue, Jul 24, 2007 at 09:50:08AM +0100, Stephen Hemminger wrote:
> The problem is related to power management. The PHY has a number of PCI configuration
> registers for power control, and the function of these changes based on the version and
> revision of the chip. The driver does work on older versions of the EC-U, in
> Fujitsu laptop's, it is just the new rev that is broken.
>
> The driver should probably fail smarter (by not loading) if the PHY isn't powered
> up correctly, but that doesn't help your problem.
>
> The vendor has provided me with documentation on many versions
> of the chip, but I don't have doc's on the lastest revision differences of the EC Ultra,
> so a proper solution is not easily available. The best method for resolving this would
> be to first try the vendor driver version of sk98lin and see if that fixes it. If so,
> then it is easy to change sky2, to match the phy setup in the vendor driver.
> Another possibility is to look for places in sky2 driver where there are places
> that compare version/revision.
>
> The most likely bits that need to change are in PCI registers: 0x80, 0x84 and 0x88
> You could also load the windows driver and dump PCI config space (with lspci from
> cygwin), and see what the settings are there.
>
> I am away from my office for a month, and therefore away from any sky2
> hardware for testing.
I'll try the above and keep you posted. The crash itself seems to be a
2.6.23-rc1 regression though. I never experienced this with 2.6.22-rc5
which i was running before.
Flo
--
Florian Lohoff flo@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little
security shall soon have neither - Benjamin Franklin
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.6.23-rc1 sky2 boot crash in sky2_mac_intr
2007-07-24 9:40 ` Florian Lohoff
@ 2007-07-24 23:30 ` Michal Piotrowski
2007-07-25 7:22 ` Florian Lohoff
0 siblings, 1 reply; 6+ messages in thread
From: Michal Piotrowski @ 2007-07-24 23:30 UTC (permalink / raw)
To: Florian Lohoff; +Cc: Stephen Hemminger, linux-kernel, netdev
Hi Florian,
On 24/07/07, Florian Lohoff <flo@rfc822.org> wrote:
> On Tue, Jul 24, 2007 at 09:50:08AM +0100, Stephen Hemminger wrote:
> > The problem is related to power management. The PHY has a number of PCI configuration
> > registers for power control, and the function of these changes based on the version and
> > revision of the chip. The driver does work on older versions of the EC-U, in
> > Fujitsu laptop's, it is just the new rev that is broken.
> >
> > The driver should probably fail smarter (by not loading) if the PHY isn't powered
> > up correctly, but that doesn't help your problem.
> >
> > The vendor has provided me with documentation on many versions
> > of the chip, but I don't have doc's on the lastest revision differences of the EC Ultra,
> > so a proper solution is not easily available. The best method for resolving this would
> > be to first try the vendor driver version of sk98lin and see if that fixes it. If so,
> > then it is easy to change sky2, to match the phy setup in the vendor driver.
> > Another possibility is to look for places in sky2 driver where there are places
> > that compare version/revision.
> >
> > The most likely bits that need to change are in PCI registers: 0x80, 0x84 and 0x88
> > You could also load the windows driver and dump PCI config space (with lspci from
> > cygwin), and see what the settings are there.
> >
> > I am away from my office for a month, and therefore away from any sky2
> > hardware for testing.
>
> I'll try the above and keep you posted. The crash itself seems to be a
> 2.6.23-rc1 regression though. I never experienced this with 2.6.22-rc5
> which i was running before.
Can you try to figure out what is causing this crash and then use git-bisect?
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.6.23-rc1 sky2 boot crash in sky2_mac_intr
2007-07-24 23:30 ` Michal Piotrowski
@ 2007-07-25 7:22 ` Florian Lohoff
2007-07-25 10:27 ` Stephen Hemminger
0 siblings, 1 reply; 6+ messages in thread
From: Florian Lohoff @ 2007-07-25 7:22 UTC (permalink / raw)
To: Michal Piotrowski; +Cc: Stephen Hemminger, linux-kernel, netdev
[-- Attachment #1: Type: text/plain, Size: 746 bytes --]
On Wed, Jul 25, 2007 at 01:30:31AM +0200, Michal Piotrowski wrote:
> >I'll try the above and keep you posted. The crash itself seems to be a
> >2.6.23-rc1 regression though. I never experienced this with 2.6.22-rc5
> >which i was running before.
>
> Can you try to figure out what is causing this crash and then use
> git-bisect?
Are there so many changes between 2.6.22-rc5 and 2.6.23-rc1 for the sky2?
As the crash is not that reproducible, just occasionally on boot i guess
bisecting is more or less waste of time.
Flo
--
Florian Lohoff flo@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little
security shall soon have neither - Benjamin Franklin
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.6.23-rc1 sky2 boot crash in sky2_mac_intr
2007-07-25 7:22 ` Florian Lohoff
@ 2007-07-25 10:27 ` Stephen Hemminger
0 siblings, 0 replies; 6+ messages in thread
From: Stephen Hemminger @ 2007-07-25 10:27 UTC (permalink / raw)
To: Florian Lohoff; +Cc: Michal Piotrowski, linux-kernel, netdev
On Wed, 25 Jul 2007 09:22:02 +0200
Florian Lohoff <flo@rfc822.org> wrote:
> On Wed, Jul 25, 2007 at 01:30:31AM +0200, Michal Piotrowski wrote:
> > >I'll try the above and keep you posted. The crash itself seems to be a
> > >2.6.23-rc1 regression though. I never experienced this with 2.6.22-rc5
> > >which i was running before.
> >
> > Can you try to figure out what is causing this crash and then use
> > git-bisect?
>
> Are there so many changes between 2.6.22-rc5 and 2.6.23-rc1 for the sky2?
>
> As the crash is not that reproducible, just occasionally on boot i guess
> bisecting is more or less waste of time.
>
> Flo
> --
> Florian Lohoff flo@rfc822.org +49-171-2280134
> Those who would give up a little freedom to get a little
> security shall soon have neither - Benjamin Franklin
I would suspect these as possible causes of the regression was one of these
patches.
commit 8f70920f2f2a699b4ad35e625071cd92f4ba6ca3
Author: Stephen Hemminger <shemminger@linux-foundation.org>
Date: Mon Jun 4 17:23:25 2007 -0700
sky2: GPIO register
The General Purpose I/O register is yet another hardware workaround
catchall. Enable workaround that vendor driver does to stay
but for bug compatiable.
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
commit 451af33552286b426940a32126bd3ece243223a3
Author: Stephen Hemminger <shemminger@linux-foundation.org>
Date: Mon Jun 4 17:23:24 2007 -0700
sky2: enable clocks before probe
Catch-22: On Yukon EX (88E8071) need to have internal clocks enabled
before reading chip id. It is harmless on other chips.
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
commit fc99fe0618f355b708ce88fedaca9783072ac3d5
Author: Stephen Hemminger <shemminger@linux-foundation.org>
Date: Mon Jun 4 17:23:22 2007 -0700
sky2: Add PCI device specfic register 4 & 5
Need to setup more PCI control control registers are on Yukon EX.
Some of these also exist on Yukon EC-U as well.
Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2007-07-25 10:28 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-07-24 8:22 2.6.23-rc1 sky2 boot crash in sky2_mac_intr Florian Lohoff
2007-07-24 8:50 ` Stephen Hemminger
2007-07-24 9:40 ` Florian Lohoff
2007-07-24 23:30 ` Michal Piotrowski
2007-07-25 7:22 ` Florian Lohoff
2007-07-25 10:27 ` Stephen Hemminger
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).