Ok, so -rc3 wasn't so good.
[ Everybody chorus now: "Nooo?" ]
No.
[ Everybody chorus now: "Really?" ]
Really.
[ Everybody chorus now: "So what?" ]
So I made an -rc4.
This one hopefully doesn't have those pesky PageReserved() annoyances, and
the EHCI host controller bootup problems.
[ Everybody chorus now: "Hallelujah!" ]
Indeed.
It also has some atm, mtd and cifs updates.
Linus
[ Btw, some drivers will now complain loudly about their nasty mis-use of
page remapping, and that migh look scary, but it should all be good, and
we'd love to see the detailed output of dmesg on such machines. ]
---
Adrian Bunk:
[MTD] Make functions static, include header files with prototypes
[IPV4]: make two functions static
[NETFILTER] ipv4: small cleanups
[IPV6]: make two functions static
Alan Stern:
USB: documentation update
Antonino A. Daplas:
fbdev: cirrusfb: Driver cleanup and bug fixes
Arjan van de Ven:
[NET]: Add const markers to various variables.
Ben Collins:
Fix missing pfn variables caused by vm changes
Benjamin Herrenschmidt:
USB: Fix USB suspend/resume crasher (#2)
Chas Williams:
[ATM]: linux/config.h only needed for #ifdef __KERNEL__ section
[ATM]: [adummy] dummy ATM driver (similar to net/dummy)
Christoph Hellwig:
fix megaraid.c locking
Dave Jones:
[ATM]: [lanai] lanai missing unregister
Additional device ID for Conexant AccessRunner USB driver
David Brownell:
USB: ehci fixups
David Gibson:
Fix crash when ptrace poking hugepage areas
David S. Miller:
[SPARC64]: Fix >8K I/O mappings.
David Woodhouse:
[MTD] Make some tables 'const' so they can live in .rodata
Dean Roe:
[IA64] - Make pfn_valid more precise for SGI Altix systems
Egbert Eich:
SiS DRM: Fix possible NULL dereference
Grant Coady:
pci_ids.h: remove duplicate entries
Hugh Dickins:
pfnmap: remove src_page from do_wp_page
pfnmap: do_no_page BUG_ON again
Jan Pieter:
[ATM]: drivers/atm/atmdev_init.c no longer necessary
Jean Delvare:
hwmon: w83792d fix unused fan pins
Jeff Mahoney:
reiserfs: handle cnode allocation failure gracefully
John Bowler:
[MTD] maps/ixp4xx: half-word boundary and little-endian fixups
Keshavamurthy Anil S:
[IA64] Remove getting break_num by decoding instruction
Linus Torvalds:
Support strange discontiguous PFN remappings
VM: add common helper function to create the page tables
cow_user_page: fix page alignment
Revert "drivers/message/fusion/mptbase.c: make code static"
VM: add "vm_insert_page()" function
Revert "pci_ids.h: remove duplicate entries"
Linux v2.6.15-rc4
Luiz Capitulino:
[MTD] maps: sparse fixup
Maciej W. Rozycki:
[MTD] devices/ms02-nv: phys/virt address fixups
Mark Fortescue:
fbdev: cg3fb: Kconfig fix
Matt Helsley:
process events connector: uid_t gid_t size issues
Mike Stroyan:
[IPV4] tcp/route: Another look at hash table sizes
Mitchell Blank Jr:
[ATM]: always return the first interface for ATM_ITF_ANY
[ATM]: atm_pcr_goal() doesn't modify its argument's contents -- mark it as const
[ATM]: [lanai] better constification
[ATM]: attempt to autoload atm drivers
[ATM]: [lanai] kill lanai_ioctl() which just contains some old debugging code
Nick Piggin:
Fix vma argument in get_usr_pages() for gate areas
Nicolas Pitre:
[MTD] cfi_cmdset_0001: relax locking rules for multi hardware partition support
Olaf Hering:
powerpc: prevent stack corruption in call_prom_ret
Otavio Salvador:
ppc: Export symbol needed by MOL
Paolo Galtieri:
ppc: fix floating point register corruption
ppc: fix floating point register corruption
Paul Mackerras:
powerpc: Export __flush_icache_range for 32-bit
powerpc: Fix bug causing FP registers corruption on UP + preempt
Pavel Machek:
fix swsusp on machines not supporting S4
Richard Purdie:
[MTD] chips: make sharps driver usable again
Roman Zippel:
hfsplus: don't modify journaled volume
Sean Young:
[MTD] RFD_FTL: Use lanana assigned major device number
Shaohua Li:
setting irq affinity is broken in ia32 with MSI enabled
Stanislaw Gruszka:
[ATM]: avoid race conditions related to atm_devs list
[ATM]: deregistration removes device from atm_devs list immediately
Steve French:
[CIFS] When file is deleted locally but later recreated on the server
[CIFS] Fix missing permission check on setattr when noperm mount option is
[CIFS] Fix umount --force to wake up the pending response queue, not just
[CIFS] Missing parenthesis and typo in previous fix
[CIFS] For previous fix, mode on mkdir needed S_IFDIR left out.
Thierry Vignaud:
fix rebooting on HP nc6120 laptop
Thomas Gleixner:
[JFFS2] Fix the slab cache constructor of 'struct jffs2_inode_info' objects.
[MTD] Remove bogus PQ2FADS driver
Todd Poynor:
[MTD] CFI: Use 16-bit access to autoselect/read device id data
Trond Myklebust:
VM: Fix typos in get_locked_pte
YOSHIFUJI Hideaki:
[IPV6]: Implement appropriate dummy rule 4 in ipv6_dev_get_saddr().
--- diffstat ---
Documentation/usb/error-codes.txt | 5 -
Makefile | 2
arch/i386/kernel/io_apic.c | 4 -
arch/i386/kernel/reboot.c | 8 +
arch/ia64/kernel/ia64_ksyms.c | 1
arch/ia64/kernel/kprobes.c | 2
arch/ia64/kernel/traps.c | 18 ---
arch/powerpc/kernel/ppc_ksyms.c | 6 -
arch/powerpc/kernel/process.c | 62 ++++------
arch/powerpc/kernel/prom_init.c | 2
arch/ppc/kernel/ppc_ksyms.c | 2
arch/ppc/kernel/process.c | 6 +
arch/sparc64/mm/generic.c | 1
drivers/atm/Kconfig | 7 +
drivers/atm/Makefile | 1
drivers/atm/adummy.c | 168 ++++++++++++++++++++++++++
drivers/atm/atmdev_init.c | 54 --------
drivers/atm/atmtcp.c | 20 ---
drivers/atm/lanai.c | 102 +---------------
drivers/char/drm/drm_context.c | 5 +
drivers/hwmon/w83792d.c | 25 +++-
drivers/message/fusion/mptbase.c | 6 +
drivers/message/fusion/mptbase.h | 2
drivers/mtd/chips/cfi_cmdset_0001.c | 10 +-
drivers/mtd/chips/cfi_probe.c | 8 +
drivers/mtd/chips/sharp.c | 123 ++++++++++---------
drivers/mtd/devices/block2mtd.c | 6 -
drivers/mtd/devices/ms02-nv.c | 6 -
drivers/mtd/ftl.c | 6 -
drivers/mtd/maps/Kconfig | 6 -
drivers/mtd/maps/Makefile | 1
drivers/mtd/maps/ixp4xx.c | 78 ++++++++++--
drivers/mtd/maps/nettel.c | 4 -
drivers/mtd/maps/pci.c | 4 -
drivers/mtd/maps/physmap.c | 3
drivers/mtd/maps/sc520cdp.c | 4 -
drivers/mtd/nand/nandsim.c | 2
drivers/mtd/rfd_ftl.c | 6 -
drivers/scsi/megaraid.c | 29 ++--
drivers/usb/atm/cxacru.c | 3
drivers/usb/atm/usbatm.c | 4 -
drivers/usb/core/hcd-pci.c | 3
drivers/usb/core/hcd.c | 15 ++
drivers/usb/core/hcd.h | 7 +
drivers/usb/host/ehci-pci.c | 46 ++++++-
drivers/usb/host/ehci-q.c | 24 ++--
drivers/usb/host/ehci-sched.c | 18 ++-
drivers/usb/host/ohci-hcd.c | 6 +
drivers/usb/host/ohci-hub.c | 24 +++-
drivers/usb/host/ohci-pci.c | 27 ++++
drivers/usb/host/uhci-hcd.c | 6 +
drivers/video/Kconfig | 13 +-
drivers/video/cirrusfb.c | 15 +-
fs/cifs/CHANGES | 8 +
fs/cifs/README | 30 ++++-
fs/cifs/TODO | 4 -
fs/cifs/cifsfs.c | 23 +++-
fs/cifs/cifssmb.c | 25 ++++
fs/cifs/dir.c | 34 ++++-
fs/cifs/inode.c | 50 ++++++--
fs/cifs/misc.c | 17 ++-
fs/cifs/netmisc.c | 4 -
fs/cifs/transport.c | 1
fs/exec.c | 12 --
fs/hfsplus/hfsplus_fs.h | 1
fs/hfsplus/hfsplus_raw.h | 12 +-
fs/hfsplus/options.c | 6 +
fs/hfsplus/super.c | 20 +++
fs/jffs2/fs.c | 2
fs/jffs2/super.c | 2
fs/reiserfs/journal.c | 9 +
include/asm-ia64/page.h | 3
include/linux/atmdev.h | 18 +--
include/linux/cn_proc.h | 8 +
include/linux/mm.h | 4 +
include/linux/mtd/cfi.h | 18 +++
kernel/power/main.c | 21 ++-
kernel/ptrace.c | 3
mm/fremap.c | 24 ----
mm/memory.c | 154 ++++++++++++++++++++++--
mm/rmap.c | 2
net/atm/atm_misc.c | 11 +-
net/atm/common.c | 66 ++++++----
net/atm/common.h | 2
net/atm/resources.c | 78 +++++-------
net/atm/resources.h | 3
net/ipv4/fib_hash.c | 2
net/ipv4/fib_semantics.c | 2
net/ipv4/icmp.c | 4 -
net/ipv4/ip_gre.c | 2
net/ipv4/ip_output.c | 2
net/ipv4/ipvs/ip_vs_conn.c | 2
net/ipv4/ipvs/ip_vs_ctl.c | 4 -
net/ipv4/ipvs/ip_vs_proto_tcp.c | 2
net/ipv4/netfilter/ip_conntrack_amanda.c | 2
net/ipv4/netfilter/ip_conntrack_core.c | 4 -
net/ipv4/netfilter/ip_conntrack_ftp.c | 2
net/ipv4/netfilter/ip_conntrack_irc.c | 2
net/ipv4/netfilter/ip_conntrack_proto_icmp.c | 4 -
net/ipv4/netfilter/ip_conntrack_proto_sctp.c | 4 -
net/ipv4/netfilter/ip_conntrack_proto_tcp.c | 6 -
net/ipv4/netfilter/ip_nat_core.c | 2
net/ipv4/netfilter/ip_tables.c | 2
net/ipv4/netfilter/ipt_LOG.c | 4 -
net/ipv4/proc.c | 10 +-
net/ipv4/route.c | 5 -
net/ipv4/tcp.c | 8 -
net/ipv6/addrconf.c | 2
net/ipv6/icmp.c | 2
net/ipv6/ip6_output.c | 3
net/ipv6/ipv6_sockglue.c | 4 -
net/ipv6/netfilter/ip6_tables.c | 2
112 files changed, 1134 insertions(+), 645 deletions(-)
* Linus Torvalds <[email protected]>:
> [ Btw, some drivers will now complain loudly about their nasty mis-use of
> page remapping, and that migh look scary, but it should all be good, and
> we'd love to see the detailed output of dmesg on such machines. ]
Here's one - smite me for using the nvidia driver:
Xorg does an incomplete pfn remapping [<c013eb8c>] incomplete_pfn_remap+0x6b/0xca
[<f94fc956>] nv_kern_mmap+0x47d/0x4cb [nvidia]
[<c01415e1>] do_mmap_pgoff+0x3cf/0x6ee
[<c0107dea>] sys_mmap2+0x66/0xaf
[<c0102c25>] syscall_call+0x7/0xb
repeated 4 times.
--
Ralf Hildebrandt (i.A. des IT-Zentrums) [email protected]
Charite - Universit?tsmedizin Berlin Tel. +49 (0)30-450 570-155
Gemeinsame Einrichtung von FU- und HU-Berlin Fax. +49 (0)30-450 570-962
IT-Zentrum Standort CBF send no mail to [email protected]
On Wed, 2005-11-30 at 22:40 -0800, Linus Torvalds wrote:
<snip>
>
> Linus
>
> [ Btw, some drivers will now complain loudly about their nasty mis-use of
> page remapping, and that migh look scary, but it should all be good, and
> we'd love to see the detailed output of dmesg on such machines. ]
>
this is the ati proprietary driver on x86 laptop.
Backtrace:
[<b013d88d>] bad_page+0x7d/0xc0
[<b013e124>] free_hot_cold_page+0x44/0x100
[<b0148c2c>] zap_pte_range+0xfc/0x220
[<b0148e3c>] unmap_page_range+0xec/0x110
[<b0148f21>] unmap_vmas+0xc1/0x1e0
[<b014cc45>] unmap_region+0x85/0x110
[<b014cf39>] do_munmap+0xd9/0x120
[<b014cfc7>] sys_munmap+0x47/0x70
[<b0102f1b>] sysenter_past_esp+0x54/0x75
Trying to fix it up, but a reboot is needed
<snip>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
On Thu, 1 Dec 2005, Kasper Sandberg wrote:
>
> On Wed, 2005-11-30 at 22:40 -0800, Linus Torvalds wrote:
> <snip>
> >
> > Linus
> >
> > [ Btw, some drivers will now complain loudly about their nasty mis-use of
> > page remapping, and that migh look scary, but it should all be good, and
> > we'd love to see the detailed output of dmesg on such machines. ]
> >
>
> this is the ati proprietary driver on x86 laptop.
>
> Backtrace:
> [<b013d88d>] bad_page+0x7d/0xc0
> [<b013e124>] free_hot_cold_page+0x44/0x100
> [<b0148c2c>] zap_pte_range+0xfc/0x220
> [<b0148e3c>] unmap_page_range+0xec/0x110
> [<b0148f21>] unmap_vmas+0xc1/0x1e0
> [<b014cc45>] unmap_region+0x85/0x110
> [<b014cf39>] do_munmap+0xd9/0x120
> [<b014cfc7>] sys_munmap+0x47/0x70
> [<b0102f1b>] sysenter_past_esp+0x54/0x75
> Trying to fix it up, but a reboot is needed
It _should_ have said something before this too. In particular, I'd have
expected a message like
X.org does an incomplete pfn remapping
Backtrace:
....
when the thing started up. Oh, and _just_ before that trace, I'd have
expected a
Bad page state at ....
flags: .....
which is also something I'd like to see.
Oh, and that "Trying to fix it up, but a reboot is needed" message should
be harmless. We share the same "bad_page()" function with all the
problems, even though the PageReserved() one should really be harmless
apart from being scary-noisy. So please keep running, if only to verify
that I'm not full of crap about that.
(I can silence the nasty warnings easily enough, but I wanted people who
triggered the new code-paths to be aware of it and report to me what
drivers to it, so they are _really_ noisy right now).
Thanks,
Linus
On Thu, 2005-12-01 at 08:05 -0800, Linus Torvalds wrote:
>
> On Thu, 1 Dec 2005, Kasper Sandberg wrote:
> >
> > On Wed, 2005-11-30 at 22:40 -0800, Linus Torvalds wrote:
> > <snip>
> > >
> > > Linus
> > >
> > > [ Btw, some drivers will now complain loudly about their nasty mis-use of
> > > page remapping, and that migh look scary, but it should all be good, and
> > > we'd love to see the detailed output of dmesg on such machines. ]
> > >
> >
> > this is the ati proprietary driver on x86 laptop.
> >
> > Backtrace:
> > [<b013d88d>] bad_page+0x7d/0xc0
> > [<b013e124>] free_hot_cold_page+0x44/0x100
> > [<b0148c2c>] zap_pte_range+0xfc/0x220
> > [<b0148e3c>] unmap_page_range+0xec/0x110
> > [<b0148f21>] unmap_vmas+0xc1/0x1e0
> > [<b014cc45>] unmap_region+0x85/0x110
> > [<b014cf39>] do_munmap+0xd9/0x120
> > [<b014cfc7>] sys_munmap+0x47/0x70
> > [<b0102f1b>] sysenter_past_esp+0x54/0x75
> > Trying to fix it up, but a reboot is needed
>
> It _should_ have said something before this too. In particular, I'd have
> expected a message like
>
> X.org does an incomplete pfn remapping
> Backtrace:
> ....
>
> when the thing started up. Oh, and _just_ before that trace, I'd have
> expected a
>
> Bad page state at ....
> flags: .....
>
> which is also something I'd like to see.
>
> Oh, and that "Trying to fix it up, but a reboot is needed" message should
> be harmless. We share the same "bad_page()" function with all the
> problems, even though the PageReserved() one should really be harmless
> apart from being scary-noisy. So please keep running, if only to verify
> that I'm not full of crap about that.
>
> (I can silence the nasty warnings easily enough, but I wanted people who
> triggered the new code-paths to be aware of it and report to me what
> drivers to it, so they are _really_ noisy right now).
im not sure its a good idea to silence this, because this seems to be a
genuine error, the ati proprietary driver is not working.. if i try to
use 3d, it will display this message again, and the process trying to
use 3d will freeze, and become unkillable.
>
> Thanks,
>
> Linus
>
On Thu, 1 Dec 2005, Kasper Sandberg wrote:
>
> im not sure its a good idea to silence this, because this seems to be a
> genuine error, the ati proprietary driver is not working.. if i try to
> use 3d, it will display this message again, and the process trying to
> use 3d will freeze, and become unkillable.
Ok, that's a totally different issue. That implies that my emulation of
the old behaviour simply isn't working very well.
Do you have full logs for that machine? In particular, I'd really like to
hear whether you have any of those
"<process-name> does an incomplete pfn remapping"
messages, and what the details were for that case. Same goes for what the
page flags and counts were in the "Bad page state at.." messages.
Linus
On Thu, 1 Dec 2005, Felipe Alfaro Solana wrote:
>
> Exactly that's what I'm seeing with the propietary nVidia driver:
Does yours work despite the messages?
Also, can both of you apply this debugging patch that just adds a bit more
information about exactly what kind of mapping these drivers are trying to
do..
Thanks,
Linus
---
diff --git a/mm/memory.c b/mm/memory.c
index 4b4fc3a..b0ab902 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -1241,22 +1241,33 @@ static int incomplete_pfn_remap(struct v
if (!(vma->vm_flags & VM_INCOMPLETE)) {
if (warn) {
+ unsigned long val = pgprot_val(prot);
warn--;
printk("%s does an incomplete pfn remapping", current->comm);
+ printk("vma: %lx-%lx remap: %lx-%lx pfn: %lx, prot: %lx",
+ vma->vm_start, vma->vm_end,
+ start, end,
+ pfn, val);
dump_stack();
}
}
vma->vm_flags |= VM_INCOMPLETE | VM_IO | VM_RESERVED;
- if (start < vma->vm_start || end > vma->vm_end)
+ if (start < vma->vm_start || end > vma->vm_end) {
+ printk("pfn remap outside the vma!\n");
return -EINVAL;
+ }
- if (!pfn_valid(pfn))
+ if (!pfn_valid(pfn)) {
+ printk("incomplete pfn remap with IO pages not supported\n");
return -EINVAL;
+ }
page = pfn_to_page(pfn);
- if (!PageReserved(page))
+ if (!PageReserved(page)) {
+ printk("incomplete pfn remap with non-reserved pages!??!\n");
return -EINVAL;
+ }
retval = 0;
while (start < end) {
On Thu, Dec 01, 2005 at 01:18:27PM +0100, [email protected] wrote:
> * Linus Torvalds <[email protected]>:
>
> > [ Btw, some drivers will now complain loudly about their nasty mis-use of
> > page remapping, and that migh look scary, but it should all be good, and
> > we'd love to see the detailed output of dmesg on such machines. ]
>
> Here's one - smite me for using the nvidia driver:
>
> Xorg does an incomplete pfn remapping [<c013eb8c>] incomplete_pfn_remap+0x6b/0xca
> [<f94fc956>] nv_kern_mmap+0x47d/0x4cb [nvidia]
> [<c01415e1>] do_mmap_pgoff+0x3cf/0x6ee
> [<c0107dea>] sys_mmap2+0x66/0xaf
> [<c0102c25>] syscall_call+0x7/0xb
from looking at the new code, it looks like this is due to how we mmap
our dma pages. due to opengl using large (multiple megabyte) push
buffers, we allocate individual physically discontiguous pages, then
mmap them in one call. we end up iterating over all of the pages with
individual calls to remap_pfn_range.
it appears this new warning doesn't like that and will complain,
unless VM_INCOMPLETE is set. when, if ever, is it valid to set
VM_INCOMPLETE? I'm guessing that the answer is to rely on the nopage
handler to map these pages individually. but I'm not clear how
dropping back and forth between user/kernel mode for each page between
each call to remap_pfn_page would be more efficient than just calling
remap_pfn_page for each page while we're already in kernel space.
Thanks,
Terence
>
> repeated 4 times.
>
> --
> Ralf Hildebrandt (i.A. des IT-Zentrums) [email protected]
> Charite - Universit?tsmedizin Berlin Tel. +49 (0)30-450 570-155
> Gemeinsame Einrichtung von FU- und HU-Berlin Fax. +49 (0)30-450 570-962
> IT-Zentrum Standort CBF send no mail to [email protected]
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
Linus Torvalds wrote:
>
> On Thu, 1 Dec 2005, Felipe Alfaro Solana wrote:
>
>>Exactly that's what I'm seeing with the propietary nVidia driver:
>
> Does yours work despite the messages?
>
> Also, can both of you apply this debugging patch that just adds a bit more
> information about exactly what kind of mapping these drivers are trying to
> do..
I am also getting the NVIDIA messages, here they are from a patched kernel.
my driver continues to work OK, however I am not running any gl apps.
# uname -a
Linux e7 2.6.15-rc4 #2 PREEMPT Fri Dec 2 08:09:23 EST 2005 i686 GNU/Linux
# dmesg
nvidia: module license 'NVIDIA' taints kernel.
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 17
NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module 1.0-7174 Tue Mar 22 06:44:39 PST 2005
ACPI: PCI interrupt for device 0000:01:00.0 disabled
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 17
NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module 1.0-7174 Tue Mar 22 06:44:39 PST 2005
NVRM: not using NVAGP, an AGPGART backend is loaded!
NVRM: not using NVAGP, an AGPGART backend is loaded!
XFree86 does an incomplete pfn remappingvma: a761f000-a762f000 remap: a761f000-a7620000 pfn: 32186, prot: 27 [<c0145158>] incomplete_pfn_remap+0x112/0x11a
[<f95ec336>] nv_kern_mmap+0x4ae/0x4e2 [nvidia]
[<c0147fbd>] do_mmap_pgoff+0x398/0x7bb
[<c0168446>] do_ioctl+0x76/0x96
[<c010874f>] sys_mmap2+0x78/0xa7
[<c0102be1>] syscall_call+0x7/0xb
XFree86 does an incomplete pfn remappingvma: b7f51000-b7f59000 remap: b7f51000-b7f52000 pfn: 32b60, prot: 27 [<c0145158>] incomplete_pfn_remap+0x112/0x11a
[<f95ec336>] nv_kern_mmap+0x4ae/0x4e2 [nvidia]
[<c0147fbd>] do_mmap_pgoff+0x398/0x7bb
[<c0168446>] do_ioctl+0x76/0x96
[<c010874f>] sys_mmap2+0x78/0xa7
[<c0102be1>] syscall_call+0x7/0xb
NVRM: Xid: 17, Head=0 X=1920 Y=1200 Refresh=59
XFree86 does an incomplete pfn remappingvma: a754e000-a755e000 remap: a754e000-a754f000 pfn: 3307e, prot: 27 [<c0145158>] incomplete_pfn_remap+0x112/0x11a
[<f95ec336>] nv_kern_mmap+0x4ae/0x4e2 [nvidia]
[<c0147fbd>] do_mmap_pgoff+0x398/0x7bb
[<c0168446>] do_ioctl+0x76/0x96
[<c010874f>] sys_mmap2+0x78/0xa7
[<c0102be1>] syscall_call+0x7/0xb
--
Eyal Lebedinsky ([email protected]) <http://samba.org/eyal/>
attach .zip as .dat
On Fri, 2 Dec 2005, Eyal Lebedinsky wrote:
>
> I am also getting the NVIDIA messages, here they are from a patched kernel.
> my driver continues to work OK, however I am not running any gl apps.
Ok. It seems at least the NVidia driver is happy with the new code, and we
could disable messages for it.
The NVidia driver would probably be even _happier_ to use the new
"vm_insert_page()" function that was designed to do exactly what NVidia
seems to want to do (insert single pages at specified addresses), but that
obviously requires that driver to change.
It seems to be the ATI driver that has some magic expectations. People
with the ATI driver, please test with the noisier patch and report.
Please.
(There are a couple of in-tree drivers that it would be interesting to
hear about too. In particular, all these files:
arch/ia64/kernel/perfmon.c
drivers/media/video/cpia.c
drivers/media/video/em28xx/em28xx-video.c
drivers/media/video/meye.c
drivers/media/video/planb.c
drivers/media/video/vino.c
drivers/media/video/zr36120.c
drivers/usb/class/audio.c
drivers/usb/media/ov511.c
drivers/usb/media/pwc/pwc-if.c
drivers/usb/media/se401.c
drivers/usb/media/sn9c102_core.c
drivers/usb/media/stv680.c
drivers/usb/media/usbvideo.c
drivers/usb/media/vicam.c
use remap_pfn_range() to map a single page, and should thus probably be
converted to the new lighter-weight vm_insert_page() instead which matches
much more closely what they actually want to do, and doesn't require
reserved pages etc. However, since I have none of the affected hardware,
and since you need to be careful about the page protections, I didn't do
any of the apparently trivial conversions).
Anybody who is interested in this, please just read the comment in
mm/memory.c above the vm_insert_page() function, it really should be very
straightforward, but needs some trivial testing..
Linus
On Thu, 2005-12-01 at 11:04 -0800, Linus Torvalds wrote:
>
> On Thu, 1 Dec 2005, Kasper Sandberg wrote:
> >
> > im not sure its a good idea to silence this, because this seems to be a
> > genuine error, the ati proprietary driver is not working.. if i try to
> > use 3d, it will display this message again, and the process trying to
> > use 3d will freeze, and become unkillable.
>
> Ok, that's a totally different issue. That implies that my emulation of
> the old behaviour simply isn't working very well.
>
> Do you have full logs for that machine? In particular, I'd really like to
> hear whether you have any of those
>
> "<process-name> does an incomplete pfn remapping"
>
> messages, and what the details were for that case. Same goes for what the
> page flags and counts were in the "Bad page state at.." messages.
Bad page state at free_hot_cold_page (in process 'X', page b17a1780)
flags:0x80000414 mapping:00000000 mapcount:0 count:0
Backtrace:
[<b013d88d>] bad_page+0x7d/0xc0
[<b013e124>] free_hot_cold_page+0x44/0x100
[<b0148c2c>] zap_pte_range+0xfc/0x220
[<b0148e3c>] unmap_page_range+0xec/0x110
[<b0148f21>] unmap_vmas+0xc1/0x1e0
[<b014cc45>] unmap_region+0x85/0x110
[<b014cf39>] do_munmap+0xd9/0x120
[<b014cfc7>] sys_munmap+0x47/0x70
[<b0102f1b>] sysenter_past_esp+0x54/0x75
Trying to fix it up, but a reboot is needed
this is everything which doesent normally appear..
it should be noted that this started on -rc2.. :)
>
> Linus
>
On Thu, 1 Dec 2005, Terence Ripperda wrote:
>
> from looking at the new code, it looks like this is due to how we mmap
> our dma pages. due to opengl using large (multiple megabyte) push
> buffers, we allocate individual physically discontiguous pages, then
> mmap them in one call. we end up iterating over all of the pages with
> individual calls to remap_pfn_range.
>
> it appears this new warning doesn't like that and will complain,
> unless VM_INCOMPLETE is set. when, if ever, is it valid to set
> VM_INCOMPLETE?
VM_INCOMPLETE is just an internal flag, you should never set it.
What happened is that the internal implementation of reserved pages
changed radically in -rc1, and all the changes since have been to try to
make sure nobody even notices. In the end, we pretty much gave up.
The new "remap_pfn_range()" is a lot more powerful, in that it much more
simply can remap whole ranges without worrying about "struct page" at all,
and in particular without worrying about PageReserved(), which used to be
a magic flag saying "this page doesn't exist as far as the VM is
concerned".
It's that "doesn't exist as far as the VM is concerned" thing that went
away - it caused some problems and nasty complexity.
The _new_ remap_pfn_range() is really good for doing /dev/mem kind of
remappings: large _contiguous_ ranges of pages that may not have any real
RAM backing at all (eg a frame buffer or something). However, it got much
worse at handling the _regular_ page case.
(Something it was never really designed for in the first place, but that
people had done by hand by taking individual pages, marking them
PageReserved to fool the VM, and then mapping it as a "small range":
exactly your behaviour, in fact).
But to make things easier, we now have _another_ function that is
expressly designed for the one-page-at-a-time behaviour:
vm_insert_page(vma, addr, page);
which inserts the "struct page *page" at the virtual address "addr" in the
virtual memory area "vma". It uses the page protections of the vma as the
page protections for the page, and it verifies that the address is within
that virtual memory area.
The nice thing about this is that you no longer need to play with
PageReserved() at all. You can just allocate a normal kernel page, and
insert it into user space. Which is what I think you always wanted to do
in the first place.
>From a compatibility standpoint, you can do something like
#ifndef WE_HAVE_VM_INSERT_PAGE
static int vm_insert_page(struct vm_area *vma,
unsigned long addr,
struct page *page)
{
SetPageReserved(page);
remap_pfn_range(vma, vma->vm_start,
page_to_pfn(page),
PAGE_SIZE,
vma->vm_page_prot);
}
static void free_one_page(struct page *page)
{
ClearPageReserved(page);
__free_page(page);
}
#else
#define free_one_page(x) __free_page(x)
#endif
which should result in pretty clean code.
There's some explanation on what is going on in mm/memory.c: see the
comments above the "vm_normal_page()" function (which you should never
use: it's for internal VM usage, but it explains how the page range
remapping works), and above "vm_insert_page()" (which you _should_ use).
Linus
On Thu, 1 Dec 2005 13:53:28 -0800 (PST), Linus Torvalds <[email protected]> wrote:
>(There are a couple of in-tree drivers that it would be interesting to
>hear about too. In particular, all these files:
...
> drivers/media/video/zr36120.c
Very broken:
CC [M] drivers/media/video/zr36120.o
drivers/media/video/zr36120.c:42:19: tuner.h: No such file or directory
In file included from drivers/media/video/zr36120.c:43:
drivers/media/video/zr36120.h:29:27: linux/i2c-old.h: No such file or directory
In file included from drivers/media/video/zr36120.c:43:
drivers/media/video/zr36120.h:101: error: field `i2c' has incomplete type
drivers/media/video/zr36120.c: In function `zoran_muxsel':
drivers/media/video/zr36120.c:389: warning: implicit declaration of function `i2c_control_device'
drivers/media/video/zr36120.c:389: error: `I2C_DRIVERID_VIDEODECODER' undeclared (first use in this function)
drivers/media/video/zr36120.c:389: error: (Each undeclared identifier is reported only once
drivers/media/video/zr36120.c:389: error: for each function it appears in.)
drivers/media/video/zr36120.c: In function `zoran_common_open':
drivers/media/video/zr36120.c:735: error: `I2C_DRIVERID_VIDEODECODER' undeclared (first use in this function)
drivers/media/video/zr36120.c: In function `zoran_ioctl':
drivers/media/video/zr36120.c:1157: error: `I2C_DRIVERID_VIDEODECODER' undeclared (first use in this function)
drivers/media/video/zr36120.c:1430: error: `I2C_DRIVERID_TUNER' undeclared (first use in this function)
drivers/media/video/zr36120.c:1430: error: `TUNER_SET_TVFREQ' undeclared (first use in this function)
drivers/media/video/zr36120.c: At top level:
drivers/media/video/zr36120.c:1487: error: unknown field `open' specified in initializer
drivers/media/video/zr36120.c:1487: warning: initialization makes integer from pointer without a cast
drivers/media/video/zr36120.c:1488: error: unknown field `close' specified in initializer
drivers/media/video/zr36120.c:1488: warning: initialization from incompatible pointer type
drivers/media/video/zr36120.c:1489: error: unknown field `read' specified in initializer
drivers/media/video/zr36120.c:1489: warning: initialization from incompatible pointer type
drivers/media/video/zr36120.c:1490: error: unknown field `write' specified in initializer
drivers/media/video/zr36120.c:1490: warning: initialization from incompatible pointer type
drivers/media/video/zr36120.c:1491: error: unknown field `poll' specified in initializer
drivers/media/video/zr36120.c:1492: error: unknown field `ioctl' specified in initializer
drivers/media/video/zr36120.c:1492: warning: initialization makes integer from pointer without a cast
drivers/media/video/zr36120.c:1493: error: unknown field `mmap' specified in initializer
drivers/media/video/zr36120.c:1493: warning: missing braces around initializer
drivers/media/video/zr36120.c:1493: warning: (near initialization for `zr36120_template.lock')
drivers/media/video/zr36120.c:1493: warning: initialization makes integer from pointer without a cast
drivers/media/video/zr36120.c: In function `vbi_read':
drivers/media/video/zr36120.c:1720: error: invalid type argument of `unary *'
drivers/media/video/zr36120.c:1720: error: invalid type argument of `unary *'
drivers/media/video/zr36120.c:1720: warning: type defaults to `int' in declaration of `type name'
drivers/media/video/zr36120.c:1720: error: invalid type argument of `unary *'
drivers/media/video/zr36120.c:1720: warning: type defaults to `int' in declaration of `type name'
drivers/media/video/zr36120.c:1720: error: invalid type argument of `unary *'
drivers/media/video/zr36120.c:1720: warning: type defaults to `int' in declaration of `type name'
drivers/media/video/zr36120.c:1720: error: invalid type argument of `unary *'
drivers/media/video/zr36120.c:1720: error: invalid type argument of `unary *'
drivers/media/video/zr36120.c:1720: warning: type defaults to `int' in declaration of `type name'
drivers/media/video/zr36120.c:1720: warning: type defaults to `int' in declaration of `type name'
drivers/media/video/zr36120.c: At top level:
drivers/media/video/zr36120.c:1819: error: unknown field `open' specified in initializer
drivers/media/video/zr36120.c:1819: warning: initialization makes integer from pointer without a cast
drivers/media/video/zr36120.c:1820: error: unknown field `close' specified in initializer
drivers/media/video/zr36120.c:1820: warning: initialization from incompatible pointer type
drivers/media/video/zr36120.c:1821: error: unknown field `read' specified in initializer
drivers/media/video/zr36120.c:1821: warning: initialization from incompatible pointer type
drivers/media/video/zr36120.c:1822: error: unknown field `write' specified in initializer
drivers/media/video/zr36120.c:1822: warning: initialization from incompatible pointer type
drivers/media/video/zr36120.c:1823: error: unknown field `poll' specified in initializer
drivers/media/video/zr36120.c:1824: error: unknown field `ioctl' specified in initializer
drivers/media/video/zr36120.c:1824: warning: initialization makes integer from pointer without a cast
drivers/media/video/zr36120.c: In function `find_zoran':
drivers/media/video/zr36120.c:1860: warning: passing arg 2 of `request_irq' from incompatible pointer type
drivers/media/video/zr36120.c: In function `init_zoran':
drivers/media/video/zr36120.c:1999: warning: implicit declaration of function `i2c_register_bus'
drivers/media/video/zr36120.c: In function `release_zoran':
drivers/media/video/zr36120.c:2033: warning: implicit declaration of function `i2c_unregister_bus'
make[3]: *** [drivers/media/video/zr36120.o] Error 1
make[2]: *** [drivers/media/video] Error 2
make[1]: *** [drivers/media] Error 2
make: *** [drivers] Error 2
Grant.
Em Sex, 2005-12-02 ?s 10:37 +1100, Grant Coady escreveu:
> On Thu, 1 Dec 2005 13:53:28 -0800 (PST), Linus Torvalds <[email protected]> wrote:
>
> >(There are a couple of in-tree drivers that it would be interesting to
> >hear about too. In particular, all these files:
> ...
> > drivers/media/video/zr36120.c
Grant, you were supposed to fix it [1]. As discussed before, if this is
not maintained anymore, just drop it.
[1] http://lkml.org/lkml/2005/7/29/302
Cheers,
Mauro.
On Fri, 02 Dec 2005 09:45:10 -0200, Mauro Carvalho Chehab <[email protected]> wrote:
>Em Sex, 2005-12-02 ?s 10:37 +1100, Grant Coady escreveu:
>> On Thu, 1 Dec 2005 13:53:28 -0800 (PST), Linus Torvalds <[email protected]> wrote:
>>
>> >(There are a couple of in-tree drivers that it would be interesting to
>> >hear about too. In particular, all these files:
>> ...
>> > drivers/media/video/zr36120.c
>
> Grant, you were supposed to fix it [1]. As discussed before, if this is
>not maintained anymore, just drop it.
I gave up on it, offered to kill it for 2.6.14-rc2-mm1, you want a
freshened removal patch?
Grant.
Grant Coady wrote:
>On Fri, 02 Dec 2005 09:45:10 -0200, Mauro Carvalho Chehab <[email protected]> wrote:
>
>
>
>>Em Sex, 2005-12-02 ?s 10:37 +1100, Grant Coady escreveu:
>>
>>
>>>On Thu, 1 Dec 2005 13:53:28 -0800 (PST), Linus Torvalds <[email protected]> wrote:
>>>
>>>>There are a couple of in-tree drivers that it would be interesting to
>>>>hear about too. In particular, all these files:
>>>>
>>>>
>>>...
>>>
>>>
>>>> drivers/media/video/zr36120.c
>>>>
>>>>
>>Grant, you were supposed to fix it [1]. As discussed before, if this is not maintained anymore, just drop it.
>>
>>
>I gave up on it, offered to kill it for 2.6.14-rc2-mm1, you want a
>freshened removal patch?
>
>
No, Mauro, Pauline already told us that she's working on it.....
Poor Pauline, about once a month someone wants to nuke ZR36120.
Instead of nuking it, let's just mark it BROKEN for now...
Pauline, what's the status?
-Mike
On Thu, Dec 01, 2005 at 03:11:27PM -0800, [email protected] wrote:
> There's some explanation on what is going on in mm/memory.c: see the
> comments above the "vm_normal_page()" function (which you should never
> use: it's for internal VM usage, but it explains how the page range
> remapping works), and above "vm_insert_page()" (which you _should_ use).
Thanks Linus,
I didn't realize that the interface had changed. we're certainly happy
to update our driver to use the appropriate interface.
the only problem is that it appears that vm_insert_page is exported
GPL-only, which obviously creates problems.
Thanks,
Terence
On Fri, 02 Dec 2005 around 12:48:48 -0500, Michael Krufky wrote:
> >I gave up on it, offered to kill it for 2.6.14-rc2-mm1, you want a
> >freshened removal patch?
> >
> >
> No, Mauro, Pauline already told us that she's working on it.....
>
> Poor Pauline, about once a month someone wants to nuke ZR36120.
Grumble, its a conspiracy :)
> Instead of nuking it, let's just mark it BROKEN for now...
That would be preferable.
> Pauline, what's the status?
For one, the machine I was testing with made proper use of large memory
pointers to stribble all over its memory and erase essencial parts of
its disk structures. :(
Half way I would say. During the upcoming free days I hope to find the
time to finish it up so the driver works with current i2c, v4l and
memory.
Met vriendelijke groet,
Pauline Middelink
--
GPG Key fingerprint = 2D5B 87A7 DDA6 0378 5DEA BD3B 9A50 B416 E2D0 C3C2
For more details look at my website http://www.polyware.nl/~middelink
On Fri, 2 Dec 2005 20:37:26 +0100, Pauline Middelink <[email protected]> wrote:
>Half way I would say. During the upcoming free days I hope to find the
>time to finish it up so the driver works with current i2c, v4l and
>memory.
I can test for you anyways, that'll make 2 users...
Grant.
Also sprach Grant Coady <[email protected]> (Sat, 03 Dec 2005
07:19:08 +1100):
> On Fri, 2 Dec 2005 20:37:26 +0100, Pauline Middelink <[email protected]> wrote:
>
> >Half way I would say. During the upcoming free days I hope to find the
> >time to finish it up so the driver works with current i2c, v4l and
> >memory.
>
> I can test for you anyways, that'll make 2 users...
If you care, i'd be happy doin' some testing. I own a rather old
(aren't they all?:) TechniSat[tm] PCI "Techni-PC-Sat".
On board:
ZR36120PQC, SAA5246AGP/E, UM6264DM-70LL, ITT VPX3220A-PR-CA, and some
ALPS..
.. not sure if this one will be supported. I've looked into
Documentation 3 years ago, but never had time nor a fast enough machine
to try some recording - so i never had it properly running. yet.
Mit freundlichen Gruessen, ritch
On Fri, Dec 02, 2005 at 12:02:36PM -0600, Terence Ripperda wrote:
> On Thu, Dec 01, 2005 at 03:11:27PM -0800, [email protected] wrote:
> > There's some explanation on what is going on in mm/memory.c: see the
> > comments above the "vm_normal_page()" function (which you should never
> > use: it's for internal VM usage, but it explains how the page range
> > remapping works), and above "vm_insert_page()" (which you _should_ use).
>
> Thanks Linus,
>
> I didn't realize that the interface had changed. we're certainly happy
> to update our driver to use the appropriate interface.
>
> the only problem is that it appears that vm_insert_page is exported
> GPL-only, which obviously creates problems.
Well, you were going to run into this problem eventually...
Good luck,
greg k-h
On Sun, 4 Dec 2005, Felipe Alfaro Solana wrote:
>
> So, how are we, average end users, supposed to cope with this? What
> implications does this have for us?
Well, the old NVidia module should actually work fine. The VM does a
number of noisy (and scary) debugging messages, but that's just because
this area changed a lot, and we do want to know who triggers them. But
there are at least two reports that seem to be happy with the old module
just working.
And I actually think I'll just change vm_insert_page() to be a regular
export. It's not like it does anything really strange, and if the choice
is between people usign the horrible old interfaces because they don't
want to use the new one due to that GPL-only, and just making it regular,
I think I'll make that interface regular.
Linus
My clock is running on X2 cpu using x86_64 kernel, there's also some
invalid IRQ. Check vendor BIOS spews, details in dmesg below:
Bootdata ok (command line is root=/dev/sda1 ro elevator=cfq vga=795)
Linux version 2.6.15-rc4 (root@blaze) (gcc version 3.4.4) #1 SMP
PREEMPT Sat Dec 3 04:45:27 EST 2005
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f400 (usable)
BIOS-e820: 000000000009f400 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000001fff0000 (usable)
BIOS-e820: 000000001fff0000 - 000000001fff3000 (ACPI NVS)
BIOS-e820: 000000001fff3000 - 0000000020000000 (ACPI data)
BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
ACPI: RSDP (v000 Nvidia ) @ 0x00000000000f7d30
ACPI: RSDT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x00000000) @
0x000000001fff3040
ACPI: FADT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x00000000) @
0x000000001fff30c0
ACPI: SRAT (v001 AMD HAMMER 0x00000001 AMD 0x00000001) @
0x000000001fff9900
ACPI: MCFG (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x00000000) @
0x000000001fff9a00
ACPI: MADT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x00000000) @
0x000000001fff9840
ACPI: DSDT (v001 NVIDIA AWRDACPI 0x00001000 MSFT 0x0100000e) @
0x0000000000000000
SRAT: PXM 0 -> APIC 0 -> Node 0
SRAT: PXM 0 -> APIC 1 -> Node 0
SRAT: Node 0 PXM 0 0-a0000
SRAT: Node 0 PXM 0 0-20000000
Using 31 for the hash shift.
Bootmem setup node 0 0000000000000000-000000001fff0000
On node 0 totalpages: 127929
DMA zone: 2704 pages, LIFO batch:2
DMA32 zone: 125225 pages, LIFO batch:64
Normal zone: 0 pages, LIFO batch:2
HighMem zone: 0 pages, LIFO batch:2
Nvidia board detected. Ignoring ACPI timer override.
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 15:3 APIC version 16
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
Processor #1 15:3 APIC version 16
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: BIOS IRQ0 pin2 override ignored.
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge)
ACPI: INT_SRC_OVR (bus 0 bus_irq 15 global_irq 15 high edge)
ACPI: IRQ9 used by override.
ACPI: IRQ14 used by override.
ACPI: IRQ15 used by override.
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 30000000 (gap: 20000000:c0000000)
Checking aperture...
CPU 0: aperture @ c50000000 size 32 MB
Aperture from northbridge cpu 0 too small (32 MB)
No AGP bridge found
Built 1 zonelists
Kernel command line: root=/dev/sda1 ro elevator=cfq vga=795
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 65536 bytes)
time.c: Using 1.193182 MHz PIT timer.
time.c: Detected 2400.207 MHz processor.
Console: colour dummy device 80x25
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Memory: 510208k/524224k available (2818k kernel code, 13628k reserved,
1255k data, 248k init)
Calibrating delay using timer specific routine.. 4803.43 BogoMIPS (lpj=2401715)
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
CPU 0(2) -> Node 0 -> Core 0
mtrr: v2.0 (20020519)
Using local APIC timer interrupts.
Detected 15.001 MHz APIC timer.
Booting processor 1/2 APIC 0x1
Initializing CPU#1
Calibrating delay using timer specific routine.. 4799.69 BogoMIPS (lpj=2399847)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
CPU 1(2) -> Node 0 -> Core 1
AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping 02
CPU 1: Syncing TSC to CPU 0.
CPU 1: synchronized TSC with CPU 0 (last diff 0 cycles, maxerr 568 cycles)
Brought up 2 CPUs
time.c: Using PIT/TSC based timekeeping.
testing NMI watchdog ... OK.
checking if image is initramfs...it isn't (no cpio magic); looks like an initrd
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: Using configuration type 1
PCI: Using MMCONFIG at e0000000
usbcore: registered new driver usbfs
usbcore: registered new driver hub
ACPI: Subsystem revision 20050902
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
PCI: Transparent bridge - 0000:00:09.0
Boot video device is 0000:01:00.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT]
ACPI: PCI Interrupt Link [LNK1] (IRQs *3 4 5 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNK2] (IRQs *3 4 5 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNK3] (IRQs 3 4 5 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNK4] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNK5] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LUBA] (IRQs *3 4 5 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LUBB] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LMAC] (IRQs 3 4 5 7 9 10 11 *12 14 15)
ACPI: PCI Interrupt Link [LACI] (IRQs 3 4 5 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LMCI] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LSMB] (IRQs 3 4 5 7 9 10 11 *12 14 15)
ACPI: PCI Interrupt Link [LUB2] (IRQs 3 4 5 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LIDE] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LSID] (IRQs 3 4 5 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LFID] (IRQs 3 4 *5 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LPCA] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [APC1] (IRQs 16) *0, disabled.
ACPI: PCI Interrupt Link [APC2] (IRQs 17) *0, disabled.
ACPI: PCI Interrupt Link [APC3] (IRQs 18) *0, disabled.
ACPI: PCI Interrupt Link [APC4] (IRQs 19) *0, disabled.
ACPI: PCI Interrupt Link [APC5] (IRQs *16), disabled.
ACPI: PCI Interrupt Link [APCF] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APCG] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APCH] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APCJ] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APCK] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APCS] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APCL] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APCZ] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APSI] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APSJ] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APCP] (IRQs 20 21 22 23) *0, disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
SCSI subsystem initialized
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
Bluetooth: Core ver 2.8
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
PCI-DMA: Disabling IOMMU.
PCI: Bridge: 0000:00:09.0
IO window: a000-afff
MEM window: d0000000-d1ffffff
PREFETCH window: 30000000-300fffff
PCI: Bridge: 0000:00:0b.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:0c.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:0d.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:0e.0
IO window: disabled.
MEM window: c8000000-cfffffff
PREFETCH window: c0000000-c7ffffff
PCI: Setting latency timer of device 0000:00:09.0 to 64
PCI: Setting latency timer of device 0000:00:0b.0 to 64
PCI: Setting latency timer of device 0000:00:0c.0 to 64
PCI: Setting latency timer of device 0000:00:0d.0 to 64
PCI: Setting latency timer of device 0000:00:0e.0 to 64
IA32 emulation $Id: sys_ia32.c,v 1.32 2002/03/24 13:02:28 ak Exp $
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
PCI: Setting latency timer of device 0000:00:0b.0 to 64
pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie03]
PCI: Setting latency timer of device 0000:00:0c.0 to 64
pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie03]
PCI: Setting latency timer of device 0000:00:0d.0 to 64
pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie03]
PCI: Setting latency timer of device 0000:00:0e.0 to 64
pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie03]
ohci_hcd: 2005 April 22 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ACPI: PCI Interrupt Link [APCF] enabled at IRQ 23
GSI 16 sharing vector 0xD9 and IRQ 16
ACPI: PCI Interrupt 0000:00:02.0[A] -> Link [APCF] -> GSI 23 (level,
low) -> IRQ 217
PCI: Setting latency timer of device 0000:00:02.0 to 64
ohci_hcd 0000:00:02.0: OHCI Host Controller
ohci_hcd 0000:00:02.0: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:02.0: irq 217, io mem 0xd2004000
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 10 ports detected
USB Universal Host Controller Interface driver v2.3
sl811: driver sl811-hcd, 19 May 2005
usb 1-2: new full speed USB device using ohci_hcd and address 2
hub 1-2:1.0: USB hub found
hub 1-2:1.0: 4 ports detected
usb 1-3: new full speed USB device using ohci_hcd and address 3
hub 1-3:1.0: USB hub found
hub 1-3:1.0: 3 ports detected
usb 1-4: new low speed USB device using ohci_hcd and address 4
input: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM) as
/class/input/input0
input: USB HID v1.10 Mouse [Microsoft Microsoft 5-Button Mouse with
IntelliEye(TM)] on usb-0000:00:02.0-4
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
vesafb: framebuffer at 0xc0000000, mapped to 0xffffc20010100000, using
10240k, total 131072k
vesafb: mode is 1280x1024x32, linelength=5120, pages=0
vesafb: scrolling: redraw
vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0
vesafb: Mode is not VGA compatible
Console: switching to colour frame buffer device 160x64
fb0: VESA VGA frame buffer device
vga16fb: initializing
vga16fb: mapped to 0xffff8100000a0000
fb1: VGA16 VGA frame buffer device
Real Time Clock Driver v1.12
Non-volatile memory driver v1.2
Linux agpgart interface v0.101 (c) Dave Jones
[drm] Initialized drm 1.0.0 20040925
Hangcheck: starting hangcheck timer 0.9.0 (tick is 180 seconds, margin
is 60 seconds).
Hangcheck: Using monotonic_clock().
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
NFORCE-CK804: IDE controller at PCI slot 0000:00:06.0
NFORCE-CK804: chipset revision 242
NFORCE-CK804: not 100% native mode: will probe irqs later
NFORCE-CK804: 0000:00:06.0 (rev f2) UDMA133 controller
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
usb 1-3.1: new low speed USB device using ohci_hcd and address 5
input: Microsoft Natural Keyboard Pro as /class/input/input1
input: USB HID v1.10 Keyboard [Microsoft Natural Keyboard Pro] on
usb-0000:00:02.0-3.1
input: Microsoft Natural Keyboard Pro as /class/input/input2
input: USB HID v1.10 Device [Microsoft Natural Keyboard Pro] on
usb-0000:00:02.0-3.1
hda: PLEXTOR DVDR PX-716A, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
Probing IDE interface ide1...
hda: ATAPI 40X DVD-ROM DVD-R CD-R/RW drive, 8192kB Cache, UDMA(66)
Uniform CD-ROM driver Revision: 3.20
libata version 1.20 loaded.
sata_nv 0000:00:07.0: version 0.8
ACPI: PCI Interrupt Link [APSI] enabled at IRQ 22
GSI 17 sharing vector 0xE1 and IRQ 17
ACPI: PCI Interrupt 0000:00:07.0[A] -> Link [APSI] -> GSI 22 (level,
low) -> IRQ 225
PCI: Setting latency timer of device 0000:00:07.0 to 64
ata1: SATA max UDMA/133 cmd 0x9F0 ctl 0xBF2 bmdma 0xD800 irq 225
ata2: SATA max UDMA/133 cmd 0x970 ctl 0xB72 bmdma 0xD808 irq 225
ata1: no device found (phy stat 00000000)
scsi0 : sata_nv
ata2: no device found (phy stat 00000000)
scsi1 : sata_nv
ACPI: PCI Interrupt Link [APSJ] enabled at IRQ 21
GSI 18 sharing vector 0xE9 and IRQ 18
ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [APSJ] -> GSI 21 (level,
low) -> IRQ 233
PCI: Setting latency timer of device 0000:00:08.0 to 64
ata3: SATA max UDMA/133 cmd 0x9E0 ctl 0xBE2 bmdma 0xC400 irq 233
ata4: SATA max UDMA/133 cmd 0x960 ctl 0xB62 bmdma 0xC408 irq 233
ata3: dev 0 cfg 49:2f00 82:346b 83:7f61 84:4003 85:3469 86:3c41 87:4003 88:407f
ata3: dev 0 ATA-6, max UDMA/133, 390721968 sectors: LBA48
nv_sata: Primary device added
nv_sata: Primary device removed
nv_sata: Secondary device added
nv_sata: Secondary device removed
ata3: dev 0 configured for UDMA/133
scsi2 : sata_nv
ata4: no device found (phy stat 00000000)
scsi3 : sata_nv
Vendor: ATA Model: WDC WD2000JD-00H Rev: 08.0
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB)
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3
sd 2:0:0:0: Attached scsi disk sda
sd 2:0:0:0: Attached scsi generic sg0 type 0
mice: PS/2 mouse device common for all mice
NET: Registered protocol family 2
IP route cache hash table entries: 4096 (order: 3, 32768 bytes)
TCP established hash table entries: 16384 (order: 6, 262144 bytes)
TCP bind hash table entries: 16384 (order: 6, 262144 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
TCP reno registered
ip_conntrack version 2.4 (2047 buckets, 16376 max) - 288 bytes per conntrack
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
RAMDISK: Compressed image found at block 0
VFS: Mounted root (ext2 filesystem).
SGI XFS with ACLs, security attributes, large block/inode numbers, no
debug enabled
SGI XFS Quota Management subsystem
XFS mounting filesystem sda1
Ending clean XFS mount for filesystem: sda1
Freeing unused kernel memory: 248k freed
i2c_adapter i2c-0: nForce2 SMBus adapter at 0x4c00
i2c_adapter i2c-1: nForce2 SMBus adapter at 0x4c40
ACPI: PCI Interrupt Link [APCL] enabled at IRQ 20
GSI 19 sharing vector 0x32 and IRQ 19
ACPI: PCI Interrupt 0000:00:02.1[B] -> Link [APCL] -> GSI 20 (level,
low) -> IRQ 50
PCI: Setting latency timer of device 0000:00:02.1 to 64
ehci_hcd 0000:00:02.1: EHCI Host Controller
ehci_hcd 0000:00:02.1: debug port 1
PCI: cache line size of 64 is not supported by device 0000:00:02.1
ehci_hcd 0000:00:02.1: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:02.1: irq 50, io mem 0xfeb00000
ehci_hcd 0000:00:02.1: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 10 ports detected
usb 2-2: new high speed USB device using ehci_hcd and address 2
hub 2-2:1.0: USB hub found
hub 2-2:1.0: 4 ports detected
PCI: Enabling device 0000:00:04.0 (0000 -> 0003)
ACPI: PCI Interrupt Link [APCJ] enabled at IRQ 23
ACPI: PCI Interrupt 0000:00:04.0[A] -> Link [APCJ] -> GSI 23 (level,
low) -> IRQ 217
PCI: Setting latency timer of device 0000:00:04.0 to 64
intel8x0_measure_ac97_clock: measured 50710 usecs
intel8x0: clocking to 46809
usb 1-2: USB disconnect, address 2
usb 1-3: USB disconnect, address 3
usb 1-3.1: USB disconnect, address 5
usb 1-3: new full speed USB device using ohci_hcd and address 6
hub 1-3:1.0: USB hub found
hub 1-3:1.0: 3 ports detected
usb 1-4: USB disconnect, address 4
usb 1-4: new low speed USB device using ohci_hcd and address 7
input: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM) as
/class/input/input3
input: USB HID v1.10 Mouse [Microsoft Microsoft 5-Button Mouse with
IntelliEye(TM)] on usb-0000:00:02.0-4
usb 1-3.1: new low speed USB device using ohci_hcd and address 8
input: Microsoft Natural Keyboard Pro as /class/input/input4
input: USB HID v1.10 Keyboard [Microsoft Natural Keyboard Pro] on
usb-0000:00:02.0-3.1
input: Microsoft Natural Keyboard Pro as /class/input/input5
input: USB HID v1.10 Device [Microsoft Natural Keyboard Pro] on
usb-0000:00:02.0-3.1
forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.47.
ACPI: PCI Interrupt Link [APCH] enabled at IRQ 22
ACPI: PCI Interrupt 0000:00:0a.0[A] -> Link [APCH] -> GSI 22 (level,
low) -> IRQ 225
PCI: Setting latency timer of device 0000:00:0a.0 to 64
eth0: forcedeth.c: subsystem: 01043:8141 bound to 0000:00:0a.0
eth0: no link during initialization.
ACPI: PCI Interrupt Link [APC2] enabled at IRQ 17
GSI 20 sharing vector 0x3A and IRQ 20
ACPI: PCI Interrupt 0000:05:07.0[A] -> Link [APC2] -> GSI 17 (level,
low) -> IRQ 58
Installing spdif_bug patch: Audigy 2 Platinum [SB0240P]
eth0: link up.
gameport: EMU10K1 is pci0000:05:07.1/gameport0, io 0xa400, speed 1205kHz
ieee1394: Initialized config rom entry `ip1394'
ohci1394: $Rev: 1313 $ Ben Collins <[email protected]>
ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18
GSI 21 sharing vector 0x42 and IRQ 21
ACPI: PCI Interrupt 0000:05:07.2[B] -> Link [APC3] -> GSI 18 (level,
low) -> IRQ 66
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[66]
MMIO=[d100e000-d100e7ff] Max Packet=[2048]
ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16
GSI 22 sharing vector 0x4A and IRQ 22
ACPI: PCI Interrupt 0000:05:0b.0[A] -> Link [APC1] -> GSI 16 (level,
low) -> IRQ 74
ohci1394: fw-host1: OHCI-1394 1.1 (PCI): IRQ=[74]
MMIO=[d100c000-d100c7ff] Max Packet=[2048]
ACPI: PCI Interrupt 0000:05:0c.0[A] -> Link [APC2] -> GSI 17 (level,
low) -> IRQ 58
ACPI: PCI Interrupt 0000:05:0c.0[A] -> Link [APC2] -> GSI 17 (level,
low) -> IRQ 58
eth1: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter
PrefPort:A RlmtMode:Check Link State
ieee1394: Host added: ID:BUS[0-00:1023] GUID[00023c0091065c55]
ieee1394: Host added: ID:BUS[1-00:1023] GUID[0011d800004f6359]
nvidia: module license 'NVIDIA' taints kernel.
ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [APC3] -> GSI 18 (level,
low) -> IRQ 66
PCI: Setting latency timer of device 0000:01:00.0 to 64
NVRM: loading NVIDIA Linux x86_64 NVIDIA Kernel Module 1.0-8168 Thu
Oct 20 10:49:01 PDT 2005
ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [APC3] -> GSI 18 (level,
low) -> IRQ 66
PCI: Setting latency timer of device 0000:01:00.0 to 64
NVRM: loading NVIDIA Linux x86_64 NVIDIA Kernel Module 1.0-8168 Thu
Oct 20 10:49:01 PDT 2005
X does an incomplete pfn remapping
Call Trace:<ffffffff801695b8>{remap_pfn_range+152}
<ffffffff8024bdac>{pci_bus_read_config_dword+124}
<ffffffff883de2d6>{:nvidia:nv_kern_mmap+1410}
<ffffffff8016dd2d>{do_mmap_pgoff+1389}
<ffffffff80114406>{sys_mmap+150} <ffffffff8010dd36>{system_call+126}
X does an incomplete pfn remapping
Call Trace:<ffffffff801695b8>{remap_pfn_range+152}
<ffffffff8024bdac>{pci_bus_read_config_dword+124}
<ffffffff883de2d6>{:nvidia:nv_kern_mmap+1410}
<ffffffff8016dd2d>{do_mmap_pgoff+1389}
<ffffffff80114406>{sys_mmap+150} <ffffffff8010dd36>{system_call+126}
X does an incomplete pfn remapping
Call Trace:<ffffffff801695b8>{remap_pfn_range+152}
<ffffffff8024bdac>{pci_bus_read_config_dword+124}
<ffffffff883de2d6>{:nvidia:nv_kern_mmap+1410}
<ffffffff8016dd2d>{do_mmap_pgoff+1389}
<ffffffff80114406>{sys_mmap+150} <ffffffff8010dd36>{system_call+126}
glxinfo does an incomplete pfn remapping
Call Trace:<ffffffff801695b8>{remap_pfn_range+152}
<ffffffff8024bdac>{pci_bus_read_config_dword+124}
<ffffffff883de2d6>{:nvidia:nv_kern_mmap+1410}
<ffffffff8016dd2d>{do_mmap_pgoff+1389}
<ffffffff80114406>{sys_mmap+150} <ffffffff8010dd36>{system_call+126}
glxinfo does an incomplete pfn remapping
Call Trace:<ffffffff801695b8>{remap_pfn_range+152}
<ffffffff8024bdac>{pci_bus_read_config_dword+124}
<ffffffff883de2d6>{:nvidia:nv_kern_mmap+1410}
<ffffffff8016dd2d>{do_mmap_pgoff+1389}
<ffffffff80114406>{sys_mmap+150} <ffffffff8010dd36>{system_call+126}
glxinfo does an incomplete pfn remapping
Call Trace:<ffffffff801695b8>{remap_pfn_range+152}
<ffffffff8024bdac>{pci_bus_read_config_dword+124}
<ffffffff883de2d6>{:nvidia:nv_kern_mmap+1410}
<ffffffff8016dd2d>{do_mmap_pgoff+1389}
<ffffffff80114406>{sys_mmap+150} <ffffffff8010dd36>{system_call+126}
glxgears does an incomplete pfn remapping
Call Trace:<ffffffff801695b8>{remap_pfn_range+152}
<ffffffff8024bdac>{pci_bus_read_config_dword+124}
<ffffffff883de2d6>{:nvidia:nv_kern_mmap+1410}
<ffffffff8016dd2d>{do_mmap_pgoff+1389}
<ffffffff80114406>{sys_mmap+150} <ffffffff8010dd36>{system_call+126}
glxgears does an incomplete pfn remapping
Call Trace:<ffffffff801695b8>{remap_pfn_range+152}
<ffffffff8024bdac>{pci_bus_read_config_dword+124}
<ffffffff883de2d6>{:nvidia:nv_kern_mmap+1410}
<ffffffff8016dd2d>{do_mmap_pgoff+1389}
<ffffffff80114406>{sys_mmap+150} <ffffffff8010dd36>{system_call+126}
glxgears does an incomplete pfn remapping
Call Trace:<ffffffff801695b8>{remap_pfn_range+152}
<ffffffff8024bdac>{pci_bus_read_config_dword+124}
<ffffffff883de2d6>{:nvidia:nv_kern_mmap+1410}
<ffffffff8016dd2d>{do_mmap_pgoff+1389}
<ffffffff80114406>{sys_mmap+150} <ffffffff8010dd36>{system_call+126}
Losing some ticks... checking if CPU frequency changed.
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
warning: many lost ticks.
Your time source seems to be instable or some driver is hogging interupts
rip default_idle+0x36/0x80
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Running ntpdate gives time offsets:
root@blaze:~# uptime
21:59:45 up 2:08, 4 users, load average: 1.70, 1.41, 0.71
root@blaze:~# ntpdate time
Looking for host time and service ntp
host found : time
3 Dec 21:59:41 ntpdate[19591]: step time server 192.168.0.1 offset
-11.837451 sec
Kernel config and any other details are available upon request.
Thanks,
Paul B.
Hi,
ipw2100 in-kernel dirver associates with AP when using wpa_supplicant
for WPA-PSK key management. But after few minutes it disassociates
itself from the AP.
Attached below are the debug output from ipw2100 driver and my
.config. Please let me know if you need any more information.
--
Subodh
On Fri, Dec 02, 2005 at 12:48:48PM -0500, Michael Krufky wrote:
> No, Mauro, Pauline already told us that she's working on it.....
>
> Poor Pauline, about once a month someone wants to nuke ZR36120.
>
> Instead of nuking it, let's just mark it BROKEN for now...
>...
It's already been marked as BROKEN since at least 2.6.0 ...
> -Mike
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
Subodh Shrivastava wrote:
> Hi,
>
> ipw2100 in-kernel dirver associates with AP when using wpa_supplicant
> for WPA-PSK key management. But after few minutes it disassociates
> itself from the AP.
Upgrade to the latest wpa_supplicant package.
Something around 2.6.14 or so broke userland compatibility
with earlier wpa_supplicant code.
Cheers