search for: 084048

Well, I WAS puzzled by this persistent error. Then I stumbled onto something and I might have fixed it. It looks like with an XP client, XP might be trying to renegotiate which port to talk (445 or 139) over at the start of every transaction. Whichever one answers first is used for the rest of the transfer. I added this to smb.conf and restarted samba: smb ports = 139 I can't tell if

...[7039]: failed to idle channel 12 [multiqueue0:src[7039]] [ 133.873009] nouveau 0000:01:00.0: multiqueue0:src[7039]: failed to idle channel 12 [multiqueue0:src[7039]] [ 134.242698] nouveau 0000:01:00.0: mspdec: intr 028c0000 [ 134.242744] nouveau 0000:01:00.0: bus: MMIO read of 00000000 FAULT at 084048 [ IBUS ] [ 138.538241] nouveau 0000:01:00.0: fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT] [ 138.538259] nouveau 0000:01:00.0: fifo: mspdec engine fault on channel 12, recovering... [ 140.537498] nouveau 0000:01:00.0: fifo: runlist update timeout And then it all breaks down and never recovers (the machi...

Having read a few posts recently I thought I would do some testing. Given XP's use of 445 and that I have a couple of networks where they only have XP clients, I thought I would try setting smb ports to 445 only rather than that suggested of just specifying 139. This has worked well for XP clients with SP2. However SP1, and presumably pre-SP1 clients, lose all sight of the NBT network.

https://bugs.freedesktop.org/show_bug.cgi?id=108980 Bug ID: 108980 Summary: GF117: MMIO write of 0000001f FAULT at 6013d4 [ IBUS ] Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau