Linux Sparc

• Date Index

• [GIT] Sparc, (continued)
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] SPARC, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Linus Torvalds
      • Re: [GIT] Sparc, Linus Torvalds
        • Re: [GIT] Sparc, David Miller
          • 64-bit ppc rwsem (was: Re: [GIT] Sparc), Benjamin Herrenschmidt
            • Re: 64-bit ppc rwsem (was: Re: [GIT] Sparc), Benjamin Herrenschmidt
              • Re: 64-bit ppc rwsem, David Miller
                • Re: 64-bit ppc rwsem, Sam Ravnborg
                  • Re: 64-bit ppc rwsem, David Miller
                • Re: 64-bit ppc rwsem, Benjamin Herrenschmidt
                  • Re: 64-bit ppc rwsem, David Miller
                    • Re: 64-bit ppc rwsem, Benjamin Herrenschmidt
                    • [PATCH 1/2] powerpc: Make rwsem use "long" type, Benjamin Herrenschmidt
                      • Re: [PATCH 1/2] powerpc: Make rwsem use "long" type, Timur Tabi
                    • [PATCH 2/2] rwsem: Move powerpc atomic-long based implementation to asm-generic, Benjamin Herrenschmidt
                      • Re: [PATCH 2/2] rwsem: Move powerpc atomic-long based implementation to asm-generic, Sam Ravnborg
                        • Re: [PATCH 2/2] rwsem: Move powerpc atomic-long based implementation to asm-generic, Benjamin Herrenschmidt
                      • Re: [PATCH 2/2] rwsem: Move powerpc atomic-long based implementation to asm-generic, David Miller
                    • Re: 64-bit ppc rwsem, Arnd Bergmann
                      • Re: 64-bit ppc rwsem, Benjamin Herrenschmidt
                        • Re: 64-bit ppc rwsem, David Miller
                          • Re: 64-bit ppc rwsem, Benjamin Herrenschmidt
                            • Re: 64-bit ppc rwsem, Arnd Bergmann
      • Re: [GIT] Sparc, David Miller
        • Re: [GIT] Sparc, Al Viro
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Al Viro
      • Re: [GIT] Sparc, Linus Torvalds
        • Re: [GIT] Sparc, Al Viro
          • Re: [GIT] Sparc, Al Viro
          • Re: [GIT] Sparc, Linus Torvalds
            • Re: [GIT] Sparc, Al Viro
              • Re: [GIT] Sparc, Al Viro
                • Re: [GIT] Sparc, David Miller
                  • Re: [GIT] Sparc, Al Viro
                    • Re: [GIT] Sparc, David Miller
                  • Re: [GIT] Sparc, Al Viro
                    • Re: [GIT] Sparc, David Miller
            • Re: [GIT] Sparc, Al Viro
              • Re: [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Anca Emanuel
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Sam Ravnborg
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Linus Torvalds
      • Re: [GIT] Sparc, David Miller
      • Re: [GIT] Sparc, Sam Ravnborg
        • Re: [GIT] Sparc, Ingo Molnar
          • Re: [GIT] Sparc, Sam Ravnborg
            • Re: [GIT] Sparc, Ingo Molnar
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Linus Torvalds
      • Re: [GIT] Sparc, Sam Ravnborg
        • Re: [GIT] Sparc, Linus Torvalds
          • Re: [GIT] Sparc, Linus Torvalds
            • [PATCH] net: drop NET dependency from HAVE_BPF_JIT, Sam Ravnborg
              • Re: [PATCH] net: drop NET dependency from HAVE_BPF_JIT, Linus Torvalds
                • Re: [PATCH] net: drop NET dependency from HAVE_BPF_JIT, David Miller
          • Re: [GIT] Sparc, Sam Ravnborg
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Al Viro
      • Re: [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • Fw: [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Dave Jones
      • Re: [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Linus Torvalds
      • Re: [GIT] Sparc, Andrew Morton
        • Re: [GIT] Sparc, David Miller
          • Re: [GIT] Sparc, Steve Capper
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Linus Torvalds
      • Re: [GIT] Sparc, Linus Torvalds
        • Re: [GIT] Sparc, David Miller
      • Re: [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Linus Torvalds
      • Re: [GIT] Sparc, Linus Torvalds
        • Re: [GIT] Sparc, Julian Calaby
          • Re: [GIT] Sparc, Julia Lawall
            • Re: [GIT] Sparc, Julian Calaby
              • Re: [GIT] Sparc, Julia Lawall
        • [PATCH] checkpatch: Warn when casting constants to c90 int or longer types, Joe Perches
      • Re: [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Greg KH
    • Re: [GIT] Sparc, John Paul Adrian Glaubitz
      • Re: [GIT] Sparc, David Miller
        • Re: [GIT] Sparc, David Miller
          • Re: [GIT] Sparc, John Paul Adrian Glaubitz
            • Re: [GIT] Sparc, David Miller
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Greg KH
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Greg KH
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Linus Torvalds
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Linus Torvalds
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Linus Torvalds
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, Linus Torvalds
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, pr-tracker-bot
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, pr-tracker-bot
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, pr-tracker-bot
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, pr-tracker-bot
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, pr-tracker-bot
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, pr-tracker-bot
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, pr-tracker-bot
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, pr-tracker-bot
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, pr-tracker-bot
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, pr-tracker-bot
  • [GIT] Sparc, David Miller
    • Re: [GIT] Sparc, pr-tracker-bot
  • [GIT] SPARC, David Miller
    • Re: [GIT] SPARC, John Paul Adrian Glaubitz
      • Re: [GIT] SPARC, David Miller
        • Re: [GIT] SPARC, Linus Torvalds
          • Re: [GIT] SPARC, David Miller
            • Re: [GIT] SPARC, David Miller
              • Re: [GIT] SPARC, Linus Torvalds
                • Re: [GIT] SPARC, David Miller
            • Re: [GIT] SPARC, Geert Uytterhoeven
              • Re: [GIT] SPARC, Konstantin Ryabitsev
• [PATCH] drivers/serial/sunsu.c: Correct use after free, Julia Lawall
  • Re: [PATCH] drivers/serial/sunsu.c: Correct use after free, David Miller
• question about drivers/serial/sunsu.c, Julia Lawall
  • Re: question about drivers/serial/sunsu.c, David Miller
  • <Possible follow-ups>
  • question about drivers/serial/sunsu.c, Julia Lawall
    • Re: question about drivers/serial/sunsu.c, David Miller
• [BUG] fault while using perf callchains in sparc64, Frederic Weisbecker
  • Re: [BUG] fault while using perf callchains in sparc64, David Miller
    • Re: [BUG] fault while using perf callchains in sparc64, Frederic Weisbecker
  • Re: [BUG] fault while using perf callchains in sparc64, David Miller
  • Re: [BUG] fault while using perf callchains in sparc64, David Miller
    • Re: [BUG] fault while using perf callchains in sparc64, Frederic Weisbecker
      • Re: [BUG] fault while using perf callchains in sparc64, David Miller
        • Re: [BUG] fault while using perf callchains in sparc64, Frederic Weisbecker
          • Re: [BUG] fault while using perf callchains in sparc64, David Miller
            • Re: [BUG] fault while using perf callchains in sparc64, Frederic Weisbecker
              • Re: [BUG] fault while using perf callchains in sparc64, David Miller
                • Re: [BUG] fault while using perf callchains in sparc64, Frederic Weisbecker
                  • Re: [BUG] fault while using perf callchains in sparc64, David Miller
                    • Re: [BUG] fault while using perf callchains in sparc64, Frederic Weisbecker
                      • Re: [BUG] fault while using perf callchains in sparc64, David Miller
                        • Re: [BUG] fault while using perf callchains in sparc64, Frederic Weisbecker
                          • Re: [BUG] fault while using perf callchains in sparc64, David Miller
• [PATCH 7/7] arch/sparc/kernel: Use set_cpus_allowed_ptr, Julia Lawall
  • Re: [PATCH 7/7] arch/sparc/kernel: Use set_cpus_allowed_ptr, David Miller
• [PATCH] Disable execmem for sparc, Tom "spot" Callaway
  • Re: [PATCH] Disable execmem for sparc, David Miller
    • Re: [PATCH] Disable execmem for sparc, Dennis Gilmore
      • Re: [PATCH] Disable execmem for sparc, Stephen Smalley
        • Re: [PATCH] Disable execmem for sparc, Dennis Gilmore
          • Re: [PATCH] Disable execmem for sparc, David Miller
        • Re: [PATCH] Disable execmem for sparc, Stephen Smalley
          • Re: [PATCH] Disable execmem for sparc, David Miller
            • Re: [PATCH] Disable execmem for sparc, Stephen Smalley
              • Re: [PATCH] Disable execmem for sparc, David Miller
              • Re: [PATCH] Disable execmem for sparc, Tom "spot" Callaway
                • Re: [PATCH] Disable execmem for sparc, Stephen Smalley
                  • Re: [PATCH] Disable execmem for sparc, Tom "spot" Callaway
                    • Re: [PATCH] Disable execmem for sparc, David Miller
                      • Re: [PATCH] Disable execmem for sparc, Stephen Smalley
                        • Re: [PATCH] Disable execmem for sparc, David Miller
                        • Re: [PATCH] Disable execmem for sparc, James Morris
• [PATCH 16/18] Generate empty tracepoints if syscall tracing is disabled, Jan Kara
• [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to, Justin P. Mattock
  • Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to, Randy Dunlap
    • Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to, Justin P. Mattock
      • Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to, Randy Dunlap
        • Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to, Justin P. mattock
• [PATCH][GIT PULL][v2.6.34] ring-buffer: Do 8 byte alignment for 64 bit that can not handle 4 byte align, Steven Rostedt
  • Re: [PATCH][GIT PULL][v2.6.34] ring-buffer: Do 8 byte alignment for 64 bit that can not handle 4 byte align, David Miller
    • [PATCH v2][GIT PULL][v2.6.34] ring-buffer: Do 8 byte alignment for 64 bit that can not handle 4 byte align, Steven Rostedt
      • Re: [PATCH v2][GIT PULL][v2.6.34] ring-buffer: Do 8 byte alignment for 64 bit that can not handle 4 byte align, Ingo Molnar
• RFC: of_platform and platform bus merge, Grant Likely
  • Re: RFC: of_platform and platform bus merge, David Miller
    • Re: RFC: of_platform and platform bus merge, Grant Likely
• [V2 PATCH 00/10] of: Consolidate scattered device node pointers in struct device, Grant Likely
  • [V2 PATCH 01/10] driver-core: Add device node pointer to struct device, Grant Likely
  • [V2 PATCH 09/10] arch/microblaze: Remove obsolete dev_archdata.of_node and of_devce.node, Grant Likely
  • [V2 PATCH 10/10] arch/sparc: Remove obsolete dev_archdata.prom_node and of_devce.node, Grant Likely
  • [V2 PATCH 08/10] arch/powerpc: Remove obsolete dev_archdata.of_node and of_devce.node, Grant Likely
    • Re: [V2 PATCH 08/10] arch/powerpc: Remove obsolete dev_archdata.of_node and of_devce.node, Anton Vorontsov
      • Re: [V2 PATCH 08/10] arch/powerpc: Remove obsolete dev_archdata.of_node and of_devce.node, Grant Likely
  • [V2 PATCH 02/10] i2c/of: Allow device node to be passed via i2c_board_info, Grant Likely
  • [V2 PATCH 03/10] arch/sparc: Always use 'struct device.of_node' to get device node pointer., Grant Likely
  • [V2 PATCH 04/10] arch/powerpc: Always use 'struct device.of_node' to get device node pointer., Grant Likely
  • [V2 PATCH 05/10] arch/microblaze: Always use 'struct device.of_node' to get device node pointer., Grant Likely
  • [V2 PATCH 07/10] of: eliminate calls to dev_archdata_set_node(), Grant Likely
  • [V2 PATCH 06/10] of/drivers: Always use struct device.of_node to get node pointer, Grant Likely
    • Re: [V2 PATCH 06/10] of/drivers: Always use struct device.of_node to get node pointer, Jochen Friedrich
      • Re: [V2 PATCH 06/10] of/drivers: Always use struct device.of_node to get node pointer, Grant Likely
    • Re: [V2 PATCH 06/10] of/drivers: Always use struct device.of_node to get node pointer, Sean MacLennan
      • Re: [V2 PATCH 06/10] of/drivers: Always use struct device.of_node to get node pointer, Grant Likely
        • Re: [V2 PATCH 06/10] of/drivers: Always use struct device.of_node to get node pointer, Sean MacLennan
    • Re: [V2 PATCH 06/10] of/drivers: Always use struct device.of_node to get node pointer, Sean MacLennan
  • Re: [V2 PATCH 00/10] of: Consolidate scattered device node pointers in struct device, Grant Likely
  • Re: [V2 PATCH 00/10] of: Consolidate scattered device node pointers in struct device, Michael Ellerman
    • Re: [V2 PATCH 00/10] of: Consolidate scattered device node pointers in struct device, Grant Likely
• [BUG] percpu misaligned allocation, Frederic Weisbecker
  • Re: [BUG] percpu misaligned allocation, David Miller
    • Re: [BUG] percpu misaligned allocation, David Miller
      • Re: [BUG] percpu misaligned allocation, Li Zefan
    • Re: [BUG] percpu misaligned allocation, Li Zefan
      • Re: [BUG] percpu misaligned allocation, Frederic Weisbecker
  • Re: [BUG] percpu misaligned allocation, Tejun Heo
    • Re: [BUG] percpu misaligned allocation, Frederic Weisbecker
    • Re: [BUG] percpu misaligned allocation, David Miller
      • Re: [BUG] percpu misaligned allocation, Frederic Weisbecker
        • Re: [BUG] percpu misaligned allocation, Tejun Heo
        • Re: [BUG] percpu misaligned allocation, David Miller
          • Re: [BUG] percpu misaligned allocation, Tejun Heo
            • Re: [BUG] percpu misaligned allocation, Frederic Weisbecker
            • Re: [BUG] percpu misaligned allocation, David Miller
              • Re: [BUG] percpu misaligned allocation, Richard Kennedy
• Re: Lenny on E4500, esp_scsi won't detect disks, Josip Rodin
  • An fc4 user appears, Matthew Wilcox
• [PATCH] sunxvr1000: Add missing FB=y depenency., David Miller
• Re: Debian Sparc 5.4 on Sun blade 2500, Frans van Berckel
  • Re: Debian Sparc 5.4 on Sun blade 2500, David Miller
    • Re: Debian Sparc 5.4 on Sun blade 2500, David Miller
      • Re: Debian Sparc 5.4 on Sun blade 2500, David Miller
        • Re: Debian Sparc 5.4 on Sun blade 2500, Paul Cao
          • Re: Debian Sparc 5.4 on Sun blade 2500, David Miller
            • Re: Debian Sparc 5.4 on Sun blade 2500, David Miller
              • Re: Debian Sparc 5.4 on Sun blade 2500, Paul Cao
                • Re: Debian Sparc 5.4 on Sun blade 2500, David Miller
                  • Re: Debian Sparc 5.4 on Sun blade 2500, Paul Cao
                    • Re: Debian Sparc 5.4 on Sun blade 2500, David Miller
                      • Re: Debian Sparc 5.4 on Sun blade 2500, Paul Cao
                        • Re: Debian Sparc 5.4 on Sun blade 2500, David Miller
                          • Re: Debian Sparc 5.4 on Sun blade 2500, David Miller
                            • RE: Debian Sparc 5.4 on Sun blade 2500, Paul Cao
  • <Possible follow-ups>
  • Re: Debian Sparc 5.4 on Sun blade 2500, Frans van Berckel
• Re: [PATCH] drivers/serial/sunsab.c: adjust the constant used to initialize the interrupt_mask0 fields, David Miller
• Serial console issue with 2.6.32, Frans Pop
  • Re: Serial console issue with 2.6.32, David Miller
    • Re: Serial console issue with 2.6.32, Frans Pop
      • Re: Serial console issue with 2.6.32, David Miller
      • Re: Serial console issue with 2.6.32, David Miller
        • Re: Serial console issue with 2.6.32, Frans Pop
          • Re: Serial console issue with 2.6.32, David Miller
          • Re: Serial console issue with 2.6.32, David Miller
            • Re: Serial console issue with 2.6.32, Frans Pop
              • Re: Serial console issue with 2.6.32, David Miller
• QFE Cards, Jack Morgan
• klibc sparc sockets foo, maximilian attems
  • Re: klibc sparc sockets foo, David Miller
    • Re: klibc sparc sockets foo, David Miller
      • Re: klibc sparc sockets foo, David Miller
        • Re: [klibc] klibc sparc sockets foo, H. Peter Anvin
• [PATCH 00/27] Clean up of_platform drivers, Grant Likely
  • [PATCH 06/27] drivers/block/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 07/27] drivers/char/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 23/27] drivers/infiniband/of: don't use deprecated fields in of_platform_driver, Grant Likely
  • [PATCH 27/27] of: remove obsolete members from of_platform_driver, Grant Likely
  • [PATCH 24/27] sound/of: don't use deprecated fields in of_platform_driver, Grant Likely
  • [PATCH 25/27] arch/powerpc/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 20/27] drivers/mmc/of: don't use deprecated field in of_platform_driver, Grant Likely
  • Re: [PATCH 00/27] Clean up of_platform drivers, David Miller
  • [PATCH 21/27] drivers/hwmon/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 19/27] drivers/pcmcia/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 18/27] drivers/parport/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 01/27] drivercore: Add of_match_table to the common device drivers, Grant Likely
  • [PATCH 02/27] drivers/gpio/of: don't use deprecated fields in of_platform_driver, Grant Likely
  • [PATCH 03/27] drivers/watchdog/of: don't use deprecated .name and .owner in of_platform_driver, Grant Likely
  • [PATCH 17/27] drivers/sbus/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 05/27] drivers/usb/of: don't use deprecated field in of_platform_driver, Grant Likely
    • Re: [PATCH 05/27] drivers/usb/of: don't use deprecated field in of_platform_driver, Greg KH
  • [PATCH 09/27] drivers/atm/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 12/27] drivers/mtd/of: don't use deprecated field in of_platform_driver, Grant Likely
    • Re: [PATCH 12/27] drivers/mtd/of: don't use deprecated field in of_platform_driver, Sean MacLennan
  • [PATCH 22/27] drivers/i2c/of: don't use deprecated field in of_platform_driver, Grant Likely
    • Re: [PATCH 22/27] drivers/i2c/of: don't use deprecated field in of_platform_driver, Sean MacLennan
  • [PATCH 26/27] arch/sparc/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 16/27] drivers/scsi/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 10/27] drivers/input/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 15/27] drivers/spi/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 13/27] drivers/net/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 14/27] drivers/serial/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 11/27] drivers/macintosh/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 08/27] drivers/crypto/of: don't use deprecated field in of_platform_driver, Grant Likely
  • [PATCH 04/27] drivers/video/of: don't use deprecated field in of_platform_driver, Grant Likely
• [PATCH] driver-core: Add device node pointer to struct device, Grant Likely
• [PATCH 00/37] OF: move device node pointer into struct device., Grant Likely
  • [PATCH 12/37] drivers/usb: use .dev.of_node instead of .node in struct of_device, Grant Likely
    • Re: [PATCH 12/37] drivers/usb: use .dev.of_node instead of .node in struct of_device, Greg KH
  • [PATCH 15/37] drivers/mmc: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 20/37] drivers/input: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 19/37] drivers/serial: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 23/37] drivers/i2c: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 24/37] drivers/char: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 25/37] drivers/infiniband: use .dev.of_node instead of .node in struct of_device, Grant Likely
    • Re: [PATCH 25/37] drivers/infiniband: use .dev.of_node instead of .node in struct of_device, Roland Dreier
      • Re: [PATCH 25/37] drivers/infiniband: use .dev.of_node instead of .node in struct of_device, Alexander Schmidt
  • [PATCH 27/37] drivers/of: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 37/37] arch/sparc: Remove .archdata.of_node and use .of_node in struct device, Grant Likely
  • [PATCH 36/37] arch/microblaze: Remove .archdata.of_node and use .of_node in struct device, Grant Likely
  • [PATCH 32/37] sound/aoa: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 35/37] arch/powerpc: Remove .archdata.of_node and use .of_node in struct device, Grant Likely
  • [PATCH 34/37] sound/sparc: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device, Grant Likely
    • Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device, Mark Brown
      • Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device, Grant Likely
        • Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device, Jean Delvare
    • Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device, Ben Dooks
      • Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 30/37] drivers/cdrom: use .of_node instead of .archdata.of_node in struct device, Grant Likely
  • [PATCH 31/37] drivers/of: use .of_node instead of .archdata.of_node in struct device, Grant Likely
  • [PATCH 29/37] drivers/char: use .of_node instead of .archdata.of_node in struct device, Grant Likely
  • [PATCH 28/37] drivers/scsi: use .of_node instead of .archdata.of_node in struct device, Grant Likely
  • [PATCH 26/37] drivers/mtd: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 22/37] drivers/leds: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 21/37] drivers/ata: use .dev.of_node instead of .node in struct of_device, Grant Likely
    • Re: [PATCH 21/37] drivers/ata: use .dev.of_node instead of .node in struct of_device, Sergei Shtylyov
      • Re: [PATCH 21/37] drivers/ata: use .dev.of_node instead of .node in struct of_device, Jeff Garzik
      • Re: [PATCH 21/37] drivers/ata: use .dev.of_node instead of .node in struct of_device, David Miller
  • [PATCH 18/37] drivers/pcmcia: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 17/37] drivers/net: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 16/37] drivers/sbus: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 14/37] drivers/spi: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 13/37] drivers/macintosh: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 09/37] drivers/atm: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 10/37] drivers/video: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 11/37] drivers/scsi: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 08/37] drivers/watchdog: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 06/37] arch/microblaze: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 07/37] drivers/serial: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 04/37] arch/sparc: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • [PATCH 05/37] arch/powerpc: use .dev.of_node instead of .node in struct of_device, Grant Likely
  • Re: [PATCH 00/37] OF: move device node pointer into struct device., David Miller
    • Re: [PATCH 00/37] OF: move device node pointer into struct device., David Miller
      • Re: [PATCH 00/37] OF: move device node pointer into struct device., Grant Likely
        • Re: [PATCH 00/37] OF: move device node pointer into struct device., David Miller
  • [PATCH 03/37] of/sparc: use dev->of_node instead of dev->archdata.prom_node, Grant Likely
  • [PATCH 02/37] of: Eliminate dev_archdata_get_node(), Grant Likely
  • [PATCH 01/37] i2c/of: Allow device node to be passed via i2c_board_info, Grant Likely
• [PATCH] Remove slash in QlogicPTI irq name, Meelis Roos
  • Re: [PATCH] Remove slash in QlogicPTI irq name, David Miller
• [PATCH] Fix NMI openfirmware bug., David Miller
• [PATCH] sparc64: Kill off old sys_perfctr system call and state., David Miller
• [PATCH] sparc: Provide io{read,write}{16,32}be()., David Miller
• [PATCH]: sparc: Support show_unhandled_signals., David Miller
• [PATCH] sparc: use __ratelimit, Akinobu Mita
  • Re: [PATCH] sparc: use __ratelimit, David Miller
• [PATCH 16/66] arch/sparc/include/asm/setup.h: Checkpatch cleanup, Andrea Gelmini
  • Re: [PATCH 16/66] arch/sparc/include/asm/setup.h: Checkpatch cleanup, David Miller
• XVR-500 additional pci ids, Dennis Gilmore
  • Re: XVR-500 additional pci ids, David Miller
    • Re: XVR-500 additional pci ids, Frans van Berckel
      • Re: XVR-500 additional pci ids, David Miller
        • Re: XVR-500 additional pci ids, Frans van Berckel
          • Re: XVR-500 additional pci ids, David Miller
            • Re: XVR-500 additional pci ids, Frans van Berckel
              • Re: XVR-500 additional pci ids, David Miller
                • Re: XVR-500 additional pci ids, David Miller
                  • Re: XVR-500 additional pci ids, Frans van Berckel
                    • Re: XVR-500 additional pci ids, David Miller
                      • Re: XVR-500 additional pci ids, Frans van Berckel
                        • Re: XVR-500 additional pci ids, Frans van Berckel
                      • Re: XVR-500 additional pci ids, Frans van Berckel
                      • Re: XVR-500 additional pci ids, Frans van Berckel
                      • Re: XVR-500 additional pci ids, Frans van Berckel
                        • Re: XVR-500 additional pci ids, Frans van Berckel
                        • Re: XVR-500 additional pci ids, David Miller
                          • Re: XVR-500 additional pci ids, David Miller
                            • Re: XVR-500 additional pci ids, Frans van Berckel
                              • Re: XVR-500 additional pci ids, David Miller
                • Re: XVR-500 additional pci ids, Frans van Berckel
                  • Re: XVR-500 additional pci ids, David Miller
• [PATCH] sparc: use asm-generic/scatterlist.h, FUJITA Tomonori
  • Re: [PATCH] sparc: use asm-generic/scatterlist.h, David Miller
    • Re: [PATCH] sparc: use asm-generic/scatterlist.h, FUJITA Tomonori
      • Re: [PATCH] sparc: use asm-generic/scatterlist.h, David Miller
      • Re: [PATCH] sparc: use asm-generic/scatterlist.h, Arnd Bergmann
        • Re: [PATCH] sparc: use asm-generic/scatterlist.h, FUJITA Tomonori
          • Re: [PATCH] sparc: use asm-generic/scatterlist.h, Arnd Bergmann
            • Re: [PATCH] sparc: use asm-generic/scatterlist.h, FUJITA Tomonori
              • Re: [PATCH] sparc: use asm-generic/scatterlist.h, Arnd Bergmann
                • Re: [PATCH] sparc: use asm-generic/scatterlist.h, FUJITA Tomonori
                  • Re: [PATCH] sparc: use asm-generic/scatterlist.h, Arnd Bergmann
                    • Re: [PATCH] sparc: use asm-generic/scatterlist.h, David Miller
                      • Re: [PATCH] sparc: use asm-generic/scatterlist.h, FUJITA Tomonori
• [git pull] OF device tree rework for 2.6.34, Grant Likely
• [PATCH]: Create PCI slot sysfs nodes., David Miller
  • Re: [PATCH]: Create PCI slot sysfs nodes., Benjamin Herrenschmidt
• Execution possible in non-executable mappings in recent 2.6 kernels, Brad Spengler
  • Re: Execution possible in non-executable mappings in recent 2.6 kernels, David Miller
  • Re: Execution possible in non-executable mappings in recent 2.6 kernels, David Miller
    • Re: Execution possible in non-executable mappings in recent 2.6 kernels, Brad Spengler
• [PATCH] Additional PCI id for sunxvr500 driver, Ben Hutchings
  • Re: [PATCH] Additional PCI id for sunxvr500 driver, David Miller
• [PATCH] sparc: Fix incorrect comparison in of_bus_ambapp_match(), Kristoffer Glembo
  • Re: [PATCH] sparc: Fix incorrect comparison in of_bus_ambapp_match(), David Miller
• soft lookup, Bernhard R. Link
  • Re: soft lookup, Bernhard R. Link
    • Re: soft lookup, David Miller
      • Re: soft lookup, Bernhard R. Link
        • Re: soft lookup, David Miller
• [PATCH 0/9] Random OF cleanups and merges, Grant Likely
  • [PATCH 2/9] proc_devtree: fix THIS_MODULE without module.h, Grant Likely
    • Re: [PATCH 2/9] proc_devtree: fix THIS_MODULE without module.h, Benjamin Herrenschmidt
  • [PATCH 3/9] of: protect linux/of.h with CONFIG_OF, Grant Likely
    • Re: [PATCH 3/9] of: protect linux/of.h with CONFIG_OF, Benjamin Herrenschmidt
      • Re: [PATCH 3/9] of: protect linux/of.h with CONFIG_OF, Grant Likely
  • [PATCH 7/9] of: move definition of of_chosen into common code., Grant Likely
    • Re: [PATCH 7/9] of: move definition of of_chosen into common code., Benjamin Herrenschmidt
  • [PATCH 8/9] of/sparc: Remove sparc-local declaration of allnodes and devtree_lock, Grant Likely
    • Re: [PATCH 8/9] of/sparc: Remove sparc-local declaration of allnodes and devtree_lock, Benjamin Herrenschmidt
    • Re: [PATCH 8/9] of/sparc: Remove sparc-local declaration of allnodes and devtree_lock, David Miller
  • [PATCH 9/9] of: remove undefined request_OF_resource & release_OF_resource, Grant Likely
    • Re: [PATCH 9/9] of: remove undefined request_OF_resource & release_OF_resource, Benjamin Herrenschmidt
  • [PATCH 4/9] of/flattree: Don't assume HAVE_LMB, Grant Likely
    • Re: [PATCH 4/9] of/flattree: Don't assume HAVE_LMB, Benjamin Herrenschmidt
    • Re: [PATCH 4/9] of/flattree: Don't assume HAVE_LMB, Michal Simek
      • Re: [PATCH 4/9] of/flattree: Don't assume HAVE_LMB, Grant Likely
  • [PATCH 1/9] of: Remove old and misplaced function declarations, Grant Likely
    • Re: [PATCH 1/9] of: Remove old and misplaced function declarations, Benjamin Herrenschmidt
  • [PATCH 5/9] of: put default string compare and #a/s-cell values into common header, Grant Likely
    • Re: [PATCH 5/9] of: put default string compare and #a/s-cell values into common header, Benjamin Herrenschmidt
  • [PATCH 6/9] of: remove unused extern reference to devtree_lock, Grant Likely
    • Re: [PATCH 6/9] of: remove unused extern reference to devtree_lock, Benjamin Herrenschmidt
  • Re: [PATCH 0/9] Random OF cleanups and merges, Michal Simek
• strace problem on sparc, Laszlo Valko
• parsic/sh/sparc tracehook breakage when tracing signals, Mike Frysinger
  • Re: parsic/sh/sparc tracehook breakage when tracing signals, David Miller
    • Re: parsic/sh/sparc tracehook breakage when tracing signals, Mike Frysinger
  • Re: parsic/sh/sparc tracehook breakage when tracing signals, Roland McGrath
  • Re: parsic/sh/sparc tracehook breakage when tracing signals, Kyle McMartin
• Bug in [PATCH] sparc: Align clone and signal stacks to 16 bytes, Blue Swirl
  • Re: Bug in [PATCH] sparc: Align clone and signal stacks to 16 bytes, David Miller
• [PATCH] sparc: remove redundant return statements, Jan Engelhardt
  • Re: [PATCH] sparc: remove redundant return statements, David Miller
• [PATCH] sparc: Align clone and signal stacks to 16 bytes., David Miller
  • Re: [PATCH] sparc: Align clone and signal stacks to 16 bytes., Dennis Gilmore
    • Re: [PATCH] sparc: Align clone and signal stacks to 16 bytes., David Miller
      • Re: [PATCH] sparc: Align clone and signal stacks to 16 bytes., David Miller
• Re: [PATCH 00/16] remove trailing spaces in messages, Frans Pop
• [PATCH 09/16] sparc: remove trailing space in messages, Frans Pop
  • Re: [PATCH 09/16 v2] sparc: remove trailing space in messages, Frans Pop
    • Re: [PATCH 09/16 v2] sparc: remove trailing space in messages, David Miller
• [PATCH 0/8] niu parameters and RX flow separation, Chris Torek
  • [PATCH 1/8] niu configurable parameters, Chris Torek
    • [PATCH 2/8] niu: increase ring size, Chris Torek
      • [PATCH 3/8] net: cpu reservation, Chris Torek
        • [PATCH 4/8] net: sparc64 netdev_map_to_cpu(), Chris Torek
          • [PATCH 5/8] net: per device separate flow on receive, Chris Torek
            • [PATCH 6/8] net: add rxflow sirq, Chris Torek
              • [PATCH 7/8] niu: reserve interrupt-service CPU, Chris Torek
                • [PATCH 8/8] niu: rxflow integration, Chris Torek
  • Re: [PATCH 0/8] niu parameters and RX flow separation, David Miller
    • Re: [PATCH 0/8] niu parameters and RX flow separation, Chris Torek
      • Re: [PATCH 0/8] niu parameters and RX flow separation, David Miller
• [GIT]: Sparc build fix, David Miller
• irq_64.c compiler error in todays 2.6.33-rc5+git, Meelis Roos
  • Re: irq_64.c compiler error in todays 2.6.33-rc5+git, David Miller
• memory barriers on sparc, Chris Friesen
  • Re: memory barriers on sparc, David Miller
• Spurious unaligned access messages during bootup, Meelis Roos
  • Re: Spurious unaligned access messages during bootup, David Miller
• [PATCH]: sparc: Add missing SW perf fault events., David Miller
• [PATCH]: sparc64: Fully support both performance counters., David Miller
• [PATCH]: sparc64: Add perf callchain support., David Miller
  • Re: [PATCH]: sparc64: Add perf callchain support., Jens Axboe
    • Re: [PATCH]: sparc64: Add perf callchain support., David Miller
      • Re: [PATCH]: sparc64: Add perf callchain support., Jens Axboe
• SunFire T2000 Kernel panic - not syncing: Attempted to kill the idle task, Jacek Brzozowski
• Something's up with mondo, Jan Engelhardt
  • Re: Something's up with mondo, David Miller
• [PATCH] sparc: leds_resource.end assigned to itself in clock_board_probe(), Roel Kluin
  • Re: [PATCH] sparc: leds_resource.end assigned to itself in clock_board_probe(), Marc Zyngier
    • Re: [PATCH] sparc: leds_resource.end assigned to itself in clock_board_probe(), Roel Kluin
      • Re: [PATCH] sparc: leds_resource.end assigned to itself in clock_board_probe(), David Miller
  • Re: [PATCH] sparc: leds_resource.end assigned to itself in clock_board_probe(), David Miller
• Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic, Hermann Lauer
  • Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic, Hermann Lauer
    • Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic, David Miller
    • Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic, Moritz Mühlenhoff
      • Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic, Hermann Lauer
        • Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic, Frans van Berckel
          • Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic, Hermann Lauer
            • Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic, Hermann Lauer
              • Sun Fire 480R booting now [Was: Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic], Hermann Lauer
                • Message not available
                  • Message not available
                    • Message not available
                      • Re: [sparc] SunFire480R cassini network driver kernel panic, Hermann Lauer
• [PATCH] lmb: Add lmb_free(), Michael Ellerman
• [PATCH] SPARC: use helpers for rlimits, Jiri Slaby
  • Re: [PATCH] SPARC: use helpers for rlimits, David Miller
• [patch 5/6] sparc: cpumask_of_node() should handle -1 as a node, Anton Blanchard
  • Re: [patch 5/6] sparc: cpumask_of_node() should handle -1 as a node, David Miller
• [PATCH] SPARC: Simplify param.h by simply including <asm-generic/param.h>, Robert P. J. Day
  • Re: [PATCH] SPARC: Simplify param.h by simply including <asm-generic/param.h>, Sam Ravnborg
    • Re: [PATCH] SPARC: Simplify param.h by simply including <asm-generic/param.h>, David Miller
• arch/sparc/include/asm/uaccess_64.h warning/error, Meelis Roos
  • Re: arch/sparc/include/asm/uaccess_64.h warning/error, David Miller
• [RFC][PATCH 14/14] Convert sparc to read/update_persistent_clock, john stultz
  • Re: [RFC][PATCH 14/14] Convert sparc to read/update_persistent_clock, David Miller
  • Re: [RFC][PATCH 14/14] Convert sparc to read/update_persistent_clock, Kristoffer Glembo
• [patch 1/1] sparc: convert to arch_gettimeoffset(), akpm
  • Re: [patch 1/1] sparc: convert to arch_gettimeoffset(), David Miller
    • Re: [patch 1/1] sparc: convert to arch_gettimeoffset(), john stultz
      • Re: [patch 1/1] sparc: convert to arch_gettimeoffset(), David Miller
        • Re: [patch 1/1] sparc: convert to arch_gettimeoffset(), john stultz
          • Re: [patch 1/1] sparc: convert to arch_gettimeoffset(), David Miller
• Checking for v9v/64v capability, Jan Engelhardt
  • Re: Checking for v9v/64v capability, Dennis Gilmore
    • Re: Checking for v9v/64v capability, David Miller
    • Re: Checking for v9v/64v capability, Jan Engelhardt
      • Re: Checking for v9v/64v capability, David Miller
        • Re: Checking for v9v/64v capability, Jan Engelhardt
      • Re: Checking for v9v/64v capability, Jan Engelhardt
        • Re: Checking for v9v/64v capability, David Miller
          • Re: Checking for v9v/64v capability, Jan Engelhardt
            • Re: Checking for v9v/64v capability, David Miller
              • Re: Checking for v9v/64v capability, Jan Engelhardt
  • Re: Checking for v9v/64v capability, David Miller