Linux: 2.6.0-test10, The 'Stoned Beaver' Release

Submitted by Jeremy
on November 23, 2003 - 8:10pm

Linux creator Linus Torvalds released 2.6.0-test10 nearly one month after 2.6.0-test9 [story]. The compressed patch weighs in at a tiny 100kB, comprised mainly of one-liners and trivial fixes. Linus explains, "I've tried to be quite strict in patch acceptance, so the changes are largely fixes for things that can crash the machine, and they are also of the type 'this can't possibly break anything'. But hey, we all know that theory and practice don't always match ;)"

There is a known issue triggered by kernel preemption, so for maximum stability Linus recommends that one should not enable CONFIG_PREEMPT. However he goes on to add, "I'd love to have more testing, so that we can try to figure out what the pattern is - but please mention explicitly that you ran with preemption if you have problems." Finally, Linus adresses when we can expect the official 2.6.0 release:

"I'm planning/hoping on basically turning this over to Andrew [interview], and let him decide to make the final 2.6.0 or not. Timing-wise Andrew is apparently going to be off for a few weeks, so regardless of whether this turns out to be rock solid or not, we'll have a few weeks of final testing before that were to happen. Which means that I might still end up making a test11 if Andrew hasn't come back and we find something that warrants it."


From: Linus Torvalds [email blocked]
To: Kernel Mailing List [email blocked]
Subject: Linux 2.6.0-test10
Date: Sun, 23 Nov 2003 18:43:54 -0800 (PST)

Ok,

 it's been almost a month between test9 and test10, with a constant but
diminishing trickle of small patches. The full changes are slightly larger
than I was hoping for, but considering that the patch is barely over 100kB
compressed for a month worth of work, I'm still fairly pleased.

There is still something strange going on that seems to be triggered by 
preemption, so for now we suggest not enabling CONFIG_PREEMPT if you want 
the highest stability. On the other hand, I'd love to have more testing, 
so that we can try to figure out what the pattern is - but please mention 
explicitly that you ran with preemption if you have problems.

Quite a lot of the -test10 patches are one-liners and quite trivial. I've
tried to be quite strict in patch acceptance, so the changes are largely
fixes for things that can crash the machine, and they are also of the type
"this can't possibly break anything". But hey, we all know that theory and 
practice don't always match ;)

I'm planning/hoping on basically turning this over to Andrew, and let him
decide to make the final 2.6.0 or not. Timing-wise Andrew is apparently
going to be off for a few weeks, so regardless of whether this turns out
to be rock solid or not, we'll have a few weeks of final testing before
that were to happen. Which means that I might still end up making a test11
if Andrew hasn't come back and we find something that warrants it.

Btw, I'm happy to say that maintainers have been self-policing themselves
quite admirably. Thanks to everybody involved.

The changelog gives more details, but the bigger things here are various
networking fixes, and the SCSI layer being better at refcounting some data
structures (the oopses on USB storage removal that some people have seen
should hopefully be fixed).

[ Btw, I tried to come up with a good name for this release. But the fact 
  is, that as Scott Adams has so often pointed out, you can't do much 
  better than "weasel" when it comes to funny. Ever since the "greased
  weasel" series of kernel releases I have been stuck for a good name.

  This release is tentatively called the "stoned beaver" release (beavers 
  are _almost_ as good as weasels, as I'm sure Scott Adams would agree).  

  If you feel strongly about the issue, please send your votes and
  ideas to "feedback@beaver-overlord.com", I'm sure somebody will find
  your insight fascinating.

  Thank you in advance. ]

		Linus


Summary of changes from v2.6.0-test9 to v2.6.0-test10
============================================


Adam Belay:
  o Fix ISAPNP netdev initialization
  o reserve resources specified by the PnPBIOS properly

Alan Mayer:
  o ia64: fix bug in SN2 sn_pci_map_sg that causes MCA

Alan Stern:
  o Off-by-one bug in user page calculations for Direct I/O

Alexander Viro:
  o Fix cramfs metadata races

Alexey Kuznetsov:
  o [IPV4]: Fix SKB handling in ipmr xmit

Amir Noam:
  o [netdrvr bonding] fix monitoring functions
  o [bonding 2.6] Restore missing backward compatibility
  o [bonding 2.6] fix creation of /proc/net/bonding dir

Andi Kleen:
  o [NET]: Limit SO_BSDCOMPAT warning
  o Essential x86-64 updates
  o [NET]: Fix oops in ethertap_rx()
  o Fix IP checksum for SuSE 9.0 compiler
  o Fix TSS limit on x86-64
  o Fix oops in x86-64 strace path
  o Fix critical issue in x86-64 IOMMU code
  o Work around K8 errata on x86-64

Andrew Morton:
  o Fix binfmt_misc locking
  o digi_accelport warning fix
  o JBD: use-after-free fix
  o WinTV-D patch to make tuner functional
  o bttv jiffies warning fix
  o Export some symbols on x86-64
  o /proc/tty/driver/serial formatting fix
  o direct-io typo fix
  o sis900 skb free fix
  o [netdrvr 3c527] add MODULE_LICENSE tag
  o AS: handle non-block requests
  o 3c509 MCA compile fix
  o ext2 block allocation race fix
  o Disable IDE Tagged Command Queueing
  o char dev request_module fix
  o Fix RAID1 recovery
  o JBD: fix assertion failure
  o compile fix for voyager with gcc-3.3
  o [NET]: Remove __devinitdata from board_info[] in tlan.c driver
  o Fix scsi_report_lun_scan sign bug
  o gcc bug workaround for constant_test_bit()
  o videobuf_waiton race fix
  o gettimeofday resolution fix
  o sched_clock() fix
  o reiserfs pinned buffer fix
  o ia32: hugetlb needs pse
  o Fix bugs in ext2_new_inode()
  o remove ext2_reserve_inode()
  o fix percpu_counter_mod linkage problem
  o ide-scsi: warn when used for cdroms
  o ext3_new_inode fixlet
  o ext2 block allocator fixes
  o init.h needs to include compiler.h
  o cpu_sibling_map fix
  o fs/ext[23]/xattr.c pointer arithmetic fix
  o resource.c bounds checking fix
  o mpparse printk fix
  o disallow modular BINFMT_ELF
  o fix scsi_report_lun_scan bug

Andrew Victor:
  o [SERIAL PATCH] 1672/1: Restore sizeof(struct serial_struct)

Andrey Panin:
  o fix visws irq breakage

Andries E. Brouwer:
  o atkbd: 0xfa is ACK
  o Relax FATFS validity tests
  o Strange SCSI messages
  o Warn about old EZD and DM disk remappers

Anton Altaparmakov:
  o NTFS: Minor bug fix in attribute list attribute handling that fixes
    the I/O errors on "ls" of certain fragmented files found by at
    least two people running Windows XP.

Arjan van de Ven:
  o r8169 module license tag
  o fix starfire 64-bit b0rkage

Arnaldo Carvalho de Melo:
  o [LLC]: Fix array indexing in llc_add_pack()
  o [LLC]: In llc_ui_connect(), return error properly when device not
    found
  o [LLC]: Fix oops in procf handling
  o [LLC]: llc_lookup_listener has to consider the 'any' mac address
  o [LLC]: fix net_device refcounting bug
  o [LLC]: fix bug that prevented fcntl(O_NONBLOCK) from working with
    PF_LLC sockets
  o [LLC]: set local mac addr at connect time when userland left it as
    zeroes
  o [NET]: Introduce dev_getbyfirsthwtype
  o [LLC]: when the user doesn't specifies a local address to connect,
    do an autobind
  o [LLC]: Fix sockaddr, only need to provide one MAC address not three
  o [IPX]: Memset newly allocated atalk private area
  o [IPX]: Missing memset()'s in route and interface creation
  o [APPLETALK]: Mark me as the maintainer
  o [LLC]: fix procfs reading when there are saps without sockets
  o [LLC]: fix client side after sockaddr_llc fixup

Arun Sharma:
  o ia64: invoke schedule_tail unconditionally on ia32 emulation

Bart De Schuymer:
  o [NETFILTER]: Fix potential OOPS in ipt_REDIRECT
  o [NET]: Bart wrote arpt_mangle not DaveM. :-)

Bartlomiej Zolnierkiewicz:
  o add support for new nForce IDE controllers
  o AMD/nForce driver update
  o fix ide-tape oops
  o fix rq->flags use in ide-tape.c

Christoph Hellwig:
  o scsi_device refcounting and list lockdown

Daniel McNeil:
  o Fix AIO reference counts

Dave Kleikamp:
  o JFS: remove racy, redundant call to block_invalidatepage
  o JFS: Fix race between link() and unlink()

David Brownell:
  o USB: usb ignores 64bit dma

David Mosberger:
  o Fix pte_modify() bug which allowed mprotect() to change too many
    bits
  o ia64: Fix _PAGE_CHG_MASK so PROT_NONE works again.  Caught by Linus
  o ia64: From Linus: Always disable system call restart when invoking
    a signal handler.  Otherwise, a restarted system call that gets
    interrupted before the restart has taken effect by _another_ signal
    will potentially restart the wrong system call.
  o ia64: Fix bug in fsys_rt_sigprocmask() which breaks
    new-stub-enabled libc/NPTL
  o ia64: Fix off-by-1 error in imm60 patching.  The bug hasn't been
    observed in practice, but it's clearly wrong and just waiting there
    to get triggered...
  o ia64: From Linus/Paulus: reset restart_block function in
    restore_sigcontext().  Also update ia32 subsystem accordingly.
  o ia64: Drop printk from ia64_ni_syscall().  This is a temporary fix
    for 2.6.0.  The proper fix is to replace ia64_ni_syscall with
    sys_ni_syscall, but that would make the patch quite large, so we
    defer that till 2.6.1.

David S. Miller:
  o [SPARC]: Fix emul paths to be root relative
  o [IPV4]: Fix typo in ipmr.c
  o Revert signal handling changes in tcp.c - they break SIGURG
  o Revert "Zero initial timestamps are valid" changeset
  o [IPV6]: Do not virt_to_page() on stack addresses, fixes OOPS
  o [SPARC]: Add AIO syscalls, 32-bit compat handling will come later
  o [SPARC64]: Fix preempt handling in dec_and_lock.S
  o [SPARC64]: Get preempt building and working again
  o [NET/COMPAT]: Fix copying of ipt_entry objects in
    do_netfilter_replace()
  o [NET]: Make skb_copy_expand() copy header area too
  o [IPX]: Fix checksum computation
  o Cset exclude: [email blocked]|ChangeSet|20031029192849|64746
  o [NETLINK]: Initialize nl_pad in getname and recvmsg, noticed by Uli
    Drepper
  o [IPV4]: Initialize ARP seqfile state in start() method
  o [SPARC64]: Preserve cache/side-effect PTE bits in pte_modify()
  o [IRDA]: Fix IRQ save/restore handling in seq file handlers
  o [TG3]: Fix bugs in ETHTOOL_SSET introduced by ethtool_ops
    conversion
  o [TG3]: Bump driver version and release date
  o [TCP]: Normalize jiffies values reported to userspace
  o [SPARC64]: Fix PCI floppy IRQ enable/disable handling
  o [IPV6]: Fix packet quoting in icmpv6_send()
  o [SPARC]: Port over x86 signal bugfix in cset 1.1431
  o [COMPAT]: Fix arguments to compat statfs64 syscalls, 'sz' was
    missing
  o [SPARC64]: For 32-bit processes, use compat statfs64 syscall
    handlers not the normal ones
  o [SPARC]: Update to changeset 1.1445 version of signal fix
  o [SPARC]: Do not provide VGA_CONSOLE for sparc builds
  o [SPARC]: Port over cset 1.1459 x86 gettimeofday fix
  o [SPARC64]: Get PCI floppies fully functional again
  o [IPV4]: igmp.c needs linux/times.h

David Stevens:
  o [IPV6]: Fix UDP socket selection for multicast
  o [IPV6]: Fix milliseconds to jiffies conversion in multicast code
  o [IPV6]: In multicast code, set MAF_TIMER_RUNNING when timer is set
  o [IPV6]: Fix jiffies procfs output in multicast code
  o [IPV6]: In igmp6_group_queried, fix address check to comply with
    RFC2710
  o [IPV6]: Fix header length calculation in multicast input

Davide Libenzi:
  o More SiS interrupt routing

Eric Brower:
  o [SPARC]: Fix _IOC_SIZE() macro when direction is _IOC_NONE

George Anzinger:
  o Fix clock_nanosleep() signal restart issues

Greg Kroah-Hartman:
  o I2C: remove some MOD_INC and MOD_DEC usages that are not needed
    anymore
  o USB: don't build the whiteheat driver if on SMP as the locking is
    all messed up
  o fix reference count bug with class devices

Harald Welte:
  o [NETFILTER]: Fix ip_queue_maxlen sysctl

Herbert Xu:
  o [IPSEC]: Strengthen policy checks
  o [IPSEC]: Fix accidental too many ref drops on policies
  o [IPSEC]: Missing NULL algorithm checks in AH and IPCOMP init
  o [NET]: Use cpumask_t for cpumap in flow cache
  o [netdrvr tg3] initialize workqueue correctly
  o Fix double module_put in lockd
  o [IPV4]: Always set hoplimit metric, even for non-unicast routes
  o [netdrvr tg3] fix BCM5705 pending-RX count (was 64, now 63)

Hideaki Yoshifuji:
  o [NET]: Forward port iproute2 build fix from 2.4.23-preX
  o [IPV6]: Typo in address comparison
  o [IPV6]: Use real storage for cork'd packets, else MSG_MORE corrupts
    UDP packets
  o [IPV4,6]: Use common storage for cork'd flow, needed to handle
    mapped-ipv4 ipv6 addresses properly
  o [IPV6]: Process ipv4-mapped addresses properly on UDPv6 sockets
  o [IPV6]: Fix bogus semicolon typo in mcast.c
  o [IPV6]: Fix inappropriate usage of inet{,6}_sk()
  o [IPV4]: Remove out-of-date info CONFIG_INET help text
  o [IPV6]: Fix outdated and inaccurate information in Kconfig help
  o [CRYPTO]: crypto_alg_lookup() should fail when passed a NULL name
  o [IPV4/IPV6]: Fix one more inappropriate use of inet6_sk()->ipv6only
  o [IPV6]: Fix OOPS on NETDEV_CHANGENAME events
  o [JIFFIES]: linux/times.h needs asm/param.h (for USER_HZ)
  o [IPV4/IPV6]: Normalize jiffies reported to userspace in routing
    code
  o [DECNET]: Normalize jiffies reported to userspace
  o [IPV4/IPV6]: More userland jiffies reporting fixes for routing
  o [IPV4]: Fix jiffies procfs output in multicast code

Ingo Molnar:
  o SMP signal latency fix

Ivan Kokshaysky:
  o PCI: fix bug in pci_setup_bridge()
  o ALI IDE forward port from 2.4.x

Jack Steiner:
  o ia64: fix is_headless_node() for SN

James Bottomley:
  o Buslogic is MCA capable as well as PCI and ISA
  o lasi700: Fix missed variable name change causing module load error
  o Add missing .module initialisation to lasi700 and sim710

Jan Kara:
  o Drop spin lock when calling request_module in quota code

Jan Oravec:
  o [IPV6]: Fix len calculation after icmp changes

Jason Holmes:
  o make 2.6 megaraid recognize intel vendor id

Javier Achirica:
  o Fix compatibily issue with some APs
  o Fix wireless stats locking

Jay Estabrook:
  o Fix alpha "white box" boot

Jean Tourrilhes:
  o [IRDA]: Fix SKB leaks in af_irda.c, from Arnaldo Carvalho de Melo
  o [IRDA]: Fix two OOPSers in IrCOMM
  o [IRDA]: Fix races between IRNET and PPP
  o [IRDA]: Fix IrLMP open leak

Jeff Garzik:
  o [libata] only reset if ATA_FLAG_SATA_RESET is present
  o [libata] add per-driver port init/shutdown hooks, with helper
    defaults
  o [libata] convert Promise to packetized DMA
  o [libata] add ->host_stop hook, and copy ->private_data from
    probe_ent
  o [libata] fill in a lot more Promise PDC20621 support
  o [libata] more pdc20621 work
  o [libata] kill timer when thread dies
  o [libata] fix Promise build on older compilers
  o [libata] PDC20621 hdma fixes
  o [libata] Add paranoia checks/settings suggested by Promise
  o [libata] fix bugs in SATA reset code path
  o [libata] add Promise SATA pci id
  o [libata] fix ugly Promise interrupt masking bug
  o [libata] bump libata version
  o [libata] fix Promise PCI posting bugs
  o [libata promise] fixes suggested by Promise
  o [netdrvr sis190] fix oopsable bug in TX path, related to skb_padto
    return

Jens Axboe:
  o fix segment accounting with bounced pages

Jesse Barnes:
  o Fix bootmem breakage on ARM

John Levon:
  o [NETFILTER]: Fix modular iptables build

Julian Anastasov:
  o [IPVS]: avoid NULL ptr deref for dest in __ip_vs_get_out_rt
  o [IPVS]: make sure timer expires on one cpu

Jun Komuro:
  o [pcmcia fmvj18x_cs] share interrupts properly for TDK multifunction
    cards

Kawazoe Tomonori:
  o [netdrvr 8139too] add pci id

Kazunori Miyazawa:
  o [IPV6]: Fix IPSEC oops, RTF_NDISC flag gets dropped in
    __xfrm6_bundle_create()

Kevin Corry:
  o Fix DM on top of raid

Kevin Lahey:
  o [TCP]: When SYN is set, the window is not scaled

Kochi Takayoshi:
  o ia64: don't access per-CPU data of off-line CPUs

Krishna Kumar:
  o [NET]: Do not run netdev todo work from linkwatch code
  o [IPV6]: Fix hangs during interface down caused by ipv6_del_addr()
  o [IPV6]: Fix ref count bug in MLDv2, test idev->dead instead of
    IFF_UP

Len Brown:
  o [ACPI] REVERT acpi_ec_gpe_query(ec) fix that crashed non-T40 boxes
    http://bugme.osdl.org/show_bug.cgi?id=1171
  o [ACPI] REVERT ACPICA-20030918 CONFIG_ACPI_DEBUG printk that caused
    crash http://bugzilla.kernel.org/show_bug.cgi?id=1341

Linus Torvalds:
  o Add a sticky "PF_DEAD" task flag to keep track of dead processes
  o Put the compiler barrier() on the right side of the preemption
    enable on UP-PREEMPT.
  o Fix ZOMBIE race with self-reaping threads
  o Don't force PS/2 mouse rate or resolution by default
  o Stop SIS 96x chips from lying about themselves
  o Forward-port PIRQ table updates from 2.4.x
  o Avoid user space access with interrupts disabled in vm86 support
  o Only truncate file types that can be truncated on minixfs
  o Fix cut-and-paste error in radeonfb.c
  o Don't fold nanosleep() into clock_nanosleep()
  o Fix double unlock of page_table_lock in do_wp_page()
  o Avoid racy optimization in signal sending
  o Fix ALI 15x3 IDE driver oops
  o Always disable system call restart when invoking a signal handler
  o Re-instate the ALI northbridge checks in ALI IDE driver
  o Don't panic on a corrupt MP table. It's likely just a broken UP
    BIOS
  o Disable system call restart at sigreturn time rather than when
    invoking the signal. This fixes all races.
  o Limit USB storage transfers to 240 sectors
  o Work around binutils bug

Matthew Dharm:
  o USB: fix a thread-exit problem at module unload

Matthew Wilcox:
  o Fix panic-at-boot

Matthias Andree:
  o Properly terminate /proc/tty/driver/serial output lines of known
    UARTS when the caller has no CAP_SYS_ADMIN capability.

Maximilian Attems:
  o [NETFILTER]: Add IPCHAINS to MAINTAINERS entry

Michael Clark:
  o PCI: Fix oops in quirk_via_bridge

Mike Phillips:
  o ibmtr_cs/ibmtr - get working again

Neil Brown:
  o Fix nfsd extra dput()

Nickolai Zeldovich:
  o [NET]: Allow SOMAXCONN to be adjusted via sysctl

Patrick McHardy:
  o [NET]: Fix skb_copy_expand offset calculation
  o [NET SCHED]: Adjust qlen when grafting in multiple qdiscs
  o [NET SCHED]: Reset q.qlen in tbf_reset instead of purging an unused
    queue
  o [NET SCHED]: Fix queue limits in multiple qdiscs

Paul E. Erkkila:
  o [IPV4]: Make sure ipgre_tunnel_init() gets the correct ioctl
    settings


Paul Jackson:
  o ia64: fix bug in prof_cpu_mask_read_proc()

Paul Mackerras:
  o PPC32: Fix alignment problem with __ex_table and __bug_table
  o PPC32: Don't oops on out-of-range system call
  o PPC32: cancel syscall restart on signal delivery
  o Fix ppc system restart properly
  o PPC64: Fix possible race in syscall restart

Pekka Pietikäinen:
  o [netdrvr b44] Fix irq enable/disable; fix oops due to lack of
    SET_NETDEV_DEV() call

Pete Zaitcev:
  o [SPARC]: Eliminate references to linux/smp_lock.h, from willy

Philip Craig:
  o [netdrvr 8139cp] fix NAPI race

Prasanna Meda:
  o [netdrvr tulip] fix hashed setup frame code

Ralf Bächle:
  o drivers/pci DEBUG build fix
  o [netdrvr pcnet32] add missing pci_dma_sync_single

Randolph Chung:
  o fix __div64_32 to do division properly

Randy Dunlap:
  o Fix crash-on-boot in init_l440gx SMP

Rik van Riel:
  o [netdrvr starfire] include asm/io.h

Russell King:
  o [PCMCIA] Fix card detection
  o 2.6.0-test8: fix ARM ether driver naming
  o [ARM] Fix ARM signal handling
  o [ARM] Fix system call restarting

Rusty Russell:
  o [NETFILTER]: Fix ipchains oops in NAT
  o Fix for module initialization failure
  o [NETFILTER]: get_unique_tuple doesn't always return unique tuple

Stelian Pop:
  o sonypi: fix Zoom/Thumbphrase button events
  o meye: documentation

Stephen Hemminger:
  o [IRDA]: Fix references to dead mailing lists and URLs
  o [IPX]: Fix OOPS when ipxcfg_auto_create_interfaces is on
  o [IRDA]: Fix irlmp seqfile, initialize the iterator in start
  o [netdrvr de4x5] NE54-de4x5 - fix missing free on error path - found
    by viro

Stéphane Eranian:
  o ia64: fix perfmon UP breakage
  o ia64: fix 2 more perfmon2 bugs

Thomas Habets:
  o [SPARC]: Add missing symbol exports, this is fallout from
    kernel/ksyms.c being nuked

Thomas Winischhofer:
  o More SiS AGP ids

Tim Shepard:
  o [IPV6]: Fix /proc/sys/net/ipv6/icmp permissions

Tom Marshall:
  o [EBTABLES]: Fix ebt_limit for HZ=1000

Venkatesh Pallipadi:
  o Improper mapping of ACPI-HPET table

Ville Nuorvala:
  o [IPV6]: In ip6ip6 tunnel, set skb->h.raw after obtaining private
    copy
  o [IPV6]: In ip6ip6 tunnel, user provides flowlabel in network byte
    order
  o [IPV6]: Verify nlmsg_len in rt6_dump_route()

Vojtech Pavlik:
  o input: Always reset PS/2 mouse resolution and update speed to
    default values after probing

Wei Ni:
  o Legacy ALi5455 Audio Driver update

Willem Riede:
  o osst buglet

Yoshinori Sato:
  o fix h8/300 support

Related Links:

Linux 2.7.0

Anonymous
on
November 23, 2003 - 8:37pm

Does this mean that linux 2.7.0 will start now?

no

Anonymous
on
November 23, 2003 - 8:38pm

no

yes

Anonymous
on
November 23, 2003 - 9:25pm

 

no actually

Anonymous
on
November 23, 2003 - 10:06pm

The next stable kernel will be 3.0 so the next unstable line will be 2.9. I heard Linus say that he was thinking about calling the 2.6 kernel 3.0 (right after 2.4 came out) but decided against it but also saying that 3.0 would definitely be next.

2.7

Anonymous
on
November 24, 2003 - 12:41am

Calling the next kernel 2.9 would be inconsistent.

The version before 2.0 was 1.3, and since nobody knows what will be in the next version, it would make no sense to decide already now to go to 3.0.

Major version jumps.

Anonymous
on
November 24, 2003 - 8:45am

I thought the ide behind theu jump to 2.0 from 1.x was that it broke the ABI. I seem to remember Linus saying that something similar to this would be required before we made the move to 3.x.

What makes you believe we can

Anonymous
on
November 24, 2003 - 10:07am

What makes you believe we can use only one digit in middle version number? Why can't we have 2.10.x and then 2.12.x?

2.7.0

Mind Booster Noori
on
November 24, 2003 - 4:57am

2.7.0 (and yes, that will be the version) will start at the moment that final 2.6.0 is released, and we're still in 2.6.0-tess, remember?

2.7.0

Anonymous
on
November 24, 2003 - 8:03am

2.7.0 will likely NOT start the moment 2.6.0 is released. As in 2.4, Linus will probably avoid opening the development branch for a while to force developers to help final stabilization of 2.6.0, which, if history is a guide, will not be until about 2.6.7

maybe...?

Anonymous
on
November 24, 2003 - 8:42am

As in 2.4, Linus will probably avoid opening the development branch for a while to force developers to help final stabilization of 2.6.0, which, if history is a guide, will not be until about 2.6.7

But, during the early 2.4 release cycle for example, Linus kept control of the "stable" kernel. When did he hand it to Marcelo - 2.4.11?

The 2.6 stable kernel is different. He's handing it over to Andrew Morton from day one. Which makes me wonder -- will he suddenly find himself needing something to do? And thus, will we see a 2.7 tree earlier than expected?

Conversely, maybe Linus will contribute to stabilizing 2.6 for a while... Personally, I hope this is what happens, as I'd like to see Andrew in action with all the key developers helping him, providing him with patches. IMHO, the man is amazing.

more like 2.4.16

Anonymous
on
November 24, 2003 - 5:56pm

Remember that Rik's early rmap VM got ripped out and replaced by Andrea's code in 2.4.10, and there was a lot of controversy and turmoil in that period. Linus turned 2.4 over to Marcelo much later; more like 2.4.16 or 2.4.17.

...

Nick
on
November 24, 2003 - 9:09pm

I don't think Linus has much trouble finding things to do. I think he should take a holiday!

Hopefully during this time when he is free of responsibility of maintaining a tree, he can work on a pet project for 2.7.

STONED beaver

Anonymous
on
November 23, 2003 - 9:30pm

I'll smoke to that. How do they think of these names anyway?

better then debian

Anonymous
on
November 23, 2003 - 10:09pm

This name is way better then the Debian "Woody" phrase.

the next name of 2.6x

Anonymous
on
November 24, 2003 - 5:10am

I would call it M$Killer :-)

debian

Anonymous
on
November 29, 2003 - 2:04am

Stages of Debian devel. use the names from the Toystory... that's cool! :)

Well

Hiryu
on
November 24, 2003 - 12:52am

I for one welcome our new Beaver Overlords.

exec-shield patch?

Anonymous
on
November 24, 2003 - 2:41am

Neither 2.6-series targetted patches from

http://people.redhat.com/mingo/exec-shield/

Seem to apply. Actually, only 1 reject, but the mmap
logic seems really a bit changed there and I don't understand
exec-shield enough to know what to fix. Any clues?

test9 not so good

Anonymous
on
November 24, 2003 - 4:26am

FWIW, test9 has hang up for me more than any of 2.5.60 to 2.6.0-test9 (including some of the -mm). Unfortunately there is no information to send to lkml. It junt hangs, period. Is there anything one can do except connecting a serial terminal? Since I use the Nvidia drivers, I'm quite reluctant to post to lkml without solid information.
/jarek

It has hung quite a bit for m

Anonymous
on
November 24, 2003 - 5:24am

It has hung quite a bit for me to, mostly when I'm burning cds (ide-scsi). I'm also using the Nvidia drivers. I have had problems both with and without preempt.

burning cds in 2.6.0test

agravain@jabber.org
on
November 24, 2003 - 5:28am

Hi,

I read in the Changelog to 2.6.0-test10, that ppl should not use ide-scsi (scsi emulation) for cdrecorders anymore. It causes problems, and the new versions of cdrecord doesn't need the scsi emulation anyway.

Cheers,
Per Christian Henden

Even during compile

Anonymous
on
November 24, 2003 - 9:25am

Yesterday, it froze during an emerge -U world (I'm a gentoo user). It was cleanly rebooted before the emerge and no 3D stuff was used (as far as I know). I have to check if the scsi emulation stuff was in or not (note self: remove scsi emulation :). After trying (ALT-SYSRQ)-sync, unmount, kill, boot to do least possible damage (which had no effect), I had to flip the big switch. When the system came back up, lots of apps wouldn't work. Turned out I had to rerun ldconfig (I'm also using raiserfs-3 which I'm beginning to be not too happy about after all).

Jarek

Using plain IDE for CD rippin

Anonymous
on
November 24, 2003 - 4:43pm

Using plain IDE for CD ripping and burning makes sense to me, but there are problems - first, the practical. On my system, it takes a very long time (sometimes about 30 seconds, sometimes less, sometimes never) for the drive to respond. cdrecord -scanbus is slow, and xcdroast hangs for extended periods. And of course, most cdrecord GUIs don't support ATAPI: devices yet. And Schilling, the cdrecord maintainer, seems to dislike the ATAPI: interface. On the bright side, both ide and ide-scsi burning and ripping use DMA, so I can get better than 3x at 100% system CPU.

never hung on me

Anonymous
on
November 24, 2003 - 6:05am

test-9 has performed quite well for me. I have pre-emption and use the nvidia drivers and I've not had any issues (knock wood). Like the next post mentions, could it be ide-scsi, were both of the previous posts using that I wonder ?

2.6.0-test9 is good stuff...

Anonymous
on
November 24, 2003 - 8:09am

... It's all in the working things out area.

2.6.0-test* work really well with TLS and latest libc (glibc for some of you)

Remember *always* mount /sys at boot time with it.

Make sure you do not use ide-scsi... it horks up many things.

cdrecord can and does use ATAPI just fine. Literally is faster as well.

I have a bit of a summary 2.6.0-test9 pros and cons giving an idea of what I have gone through with it.

I stop trying the 2.5 series ~2.5.31 as I ran out of time each day dealing with it. 2.6.0-test9 is when I restarted the testing. Nice to see it has come quite a long way.

Try the NMI watchdog (Documen

Anonymous
on
November 28, 2003 - 8:04am

Try the NMI watchdog (Documentation/nmi_watchdog.txt).

UML

Anonymous
on
November 24, 2003 - 5:26am

User-mode-linux is one of the separate patchsets which got included into 2.6. The thing that bothers me is that the patches integrated to 2.6-test10 don't compile on gcc-3.x. But there are patches available at user-mode-linux.sf.net which fix this. I think this is something that should be fixed before 2.6 is shipped. Unfortunately I've been a lazy pig and haven't contacted the kernel-developers about this. Seems like I've got to do that soon.

Paul Tötterman - http://ranssi.paivola.net/~ptman/

SKAS

Anonymous
on
November 24, 2003 - 6:23am

and it is still needed to patch the host kernel to enable SKAS for uml. i hope a host-skas patch gets included soon (i heard it could also benefit apps like valgrind)

Re: UML

Anonymous
on
November 24, 2003 - 12:46pm

Not exactly. UML as included in 2.6 just doesn't work. At least, I've never seen one people reporting success about it. And since 2.5.63 at least, separate patches have been needed to make it compile: Linus rejected all changes, because the maintainer was stuck with gcc 2.96...

About skas, it won't be bundled for now: first Jeff Dike must release skas4, which implements a design Linus agrees on; at that point, the patch will be maybe merged, when it will be considered stable(and the kernel too). So, not before 2.6.0.

skas4?

Anonymous
on
April 30, 2004 - 5:28pm

There are all these references to skas4 from a couple months ago, but where do we look for a status on it now?

USB Storage

Anonymous
on
November 24, 2003 - 11:37am

... the SCSI layer being better at refcounting some data structures (the oopses on USB storage removal that some people have seen should hopefully be fixed). ...

For the first time last weekend I've used for real an USB-2 harddisk, connected to my Thinkpad T40, running test9-mm2. That was a very bad experience... The first half hour of use was okay, usb2 transfert rates were good for both reading and writing (~15MB) but then things started to hang randomly (well, I know there is probably no randomness in this kind of things, but I mean I couldn't find any logic in it). The behavior was something like this: read/write tenths of MB without issues, then a some small files writing takes up to 15 minutes, then it works again for a few minutes, then it hangs again...

I had no oops though, and data were okay (the disk was formatted in ext3). It was just almost unusable.

Are the above quoted changes supposed to fix this issues?

I would recommend testing

Anonymous
on
November 24, 2003 - 11:41am

I would recommend testing the new release to see if it fixes your problem. You should report your bug to LKML, otherwise no one will fix. :-(

Bugzilla

Anonymous
on
November 24, 2003 - 4:02pm

Better post a bug to the Kernel bugzilla system at bugzilla.kernel.org

Check out http://bugzilla.ker

Anonymous
on
November 25, 2003 - 4:11am

I got the same problem eith test9

andza
on
November 25, 2003 - 5:38am

With kernel 2.4.23 all works fine, but there is hangs with 2.6.0-test9.
I have q- tec HDD case USB-2 and Maxtor 80Gb disk.

I also ask question there before one week in 2.6.0 forum.

I reported this bug in bugzilla, but it was rejected. Then i added more information from log files un system specifications, but there aro no any information for 2 weeks.
I am upset. :(

Cant not boot with SMP built kernels

Anonymous
on
November 24, 2003 - 11:45am

Hi All,
Not sure where this belongs,
I been building the 2.6.0-test for months with out any issues...

As of Linux 2.6.0-test9-bk26 - test10
I must turn of SMP support for my system to boot.
Seems to die right before loading the SCSI drv.

Thank you,

ABC

Base System
Dual Intel PIII 500
512Meg RAM
Adaptec 2940
EMU10K1 (sound)

I have this exact same proble

Anonymous
on
November 25, 2003 - 12:10am

I have this exact same problem with:

Dual AMD MP 2000+
00:09.0 SCSI storage controller: Adaptec AIC-7892A U160/m (rev 02)

I have not tried booting with SMP disabled yet, but with it enabled, the boot hangs after IDE detection. With aic7xxx=verbose, the last messages I see are:

Nov 24 21:51:25 s_kernel@please kernel: ahc_pci:0:9:0: Reading SEEPROM...done.
Nov 24 21:51:25 s_kernel@please kernel: ahc_pci:0:9:0: BIOS eeprom is present
Nov 24 21:51:25 s_kernel@please kernel: ahc_pci:0:9:0: Secondary High byte termination Enabled
Nov 24 21:51:25 s_kernel@please kernel: ahc_pci:0:9:0: Secondary Low byte termination Enabled
Nov 24 21:51:25 s_kernel@please kernel: ahc_pci:0:9:0: Primary Low Byte termination Enabled
Nov 24 21:51:25 s_kernel@please kernel: ahc_pci:0:9:0: Primary High Byte termination Enabled
Nov 24 21:51:25 s_kernel@please kernel: ahc_pci:0:9:0: Downloading Sequencer Program... 422 instructions downloaded
Nov 24 21:51:25 s_kernel@please kernel: ahc_pci:0:9:0: Features 0x1def6, Bugs 0x40, Flags 0x20485540

Then it just hangs, even magic SysRq doesn't work at this point. I will try building a non-smp kernel tomorrow and see what happens...

patch for this problem

Anonymous
on
November 25, 2003 - 9:14am

I submitted this bug

http://bugzilla.kernel.org/show_bug.cgi?id=1589

there is a comment linked to a tiny patch that fixes this problem and allows the SCSI system to initialize on boot. Enjoy.

Blank Screen

Anonymous
on
November 25, 2003 - 12:20am

Hello,
I've been tring to compile 2.6.0-test10 for the last several hours, but I've run into a (i think) configuration problem that I can't solve.
The kernel boots with a completely black screen. It seems as though it boots up normally since I can login and 'shutdown -r now' no probem -- i just can't see what I'm typing.
If anyone has any ideas or resources to point me to it'd be extremely helpful! The system I'm using is a Presario 900 Laptop.
Chris Troup
ctroup@uwo.ca

Re:

Anonymous
on
November 25, 2003 - 12:52am

Your framebuffer is probably misconfigured - try to disable it or use a generic vesa-fb - then recompile.

it is a problem with frame buffer driver configuration

andza
on
November 25, 2003 - 9:08am

look carefull at the frame buffer drivers section. Select a right adapter or vesa driver. And if you going to use some other driver instead vesa, then don't compile vesa fb driver in kernel.

Matrox Framebuffer problems

Anonymous
on
November 26, 2003 - 11:22am

Hi all,
I have a pc with Matrox G400 DH 32Mb ram and i have this problem with the -test9.I'll try to test if this will be resolved in test10 (just downloading).

My problem is this:
I've compiled matrox framebuffer statcially in the kernel.
Loaded it with the append line: append="video=matroxfb:vesa:0x1B8"
The boot is ok,no shit on he video(except a large white block in the upper left of the screen,that disappear after ~2 sec)
I have no problem using it, but when i start X and switch from X to console,the problem starts: all seems normal but if edit some text file for example,deleting some character and typing again in the same line is see the line..."crappy",as if it was overlapped with the old one.

It's hard to explain it but if other users has same problem tell me, so i'll understand this is not only my problem.
(I've disabled generic vesa fb)
I'll upload soon a screenshot that (i hope) will explain better than my words!

Re: Matrox Framebuffer problems

Tomasz T.
on
November 26, 2003 - 12:23pm

matroxfb is know to be broken. Maintainer will not fix it, because generic framebuffer changes are not good for him. There is a patch that makes fb working by _reverting_ nearly all 2.5 fb work.

One of the workaround is to set your FB at exactly the same resolution/depth as your XFree86.
It doesn't work for me - 1280x1024x16 works in X, but gives only black screen in console. G550 here.
--
:wq

matroxx Framebuffer problems

Anonymous
on
November 26, 2003 - 1:50pm

ok thank you!
I hope this will be fixed SOMEDAY.
Btw have you tried to compile mplayer?
There is no way to compile mga_vid.c :(
I'm going to use 2.4 for long time i think :)

mplayer + matrox + Linux 2.6.0-test

Gergely Nagy
on
November 26, 2003 - 3:27pm

There is a patch - not perfect, but WorksForAFriend(tm) (I don't use mplayer, nor do I have matrox hw) - at http://bonehunter.rulez.org/~algernon/mga_vid.patch

I don't know if it still applies. Anyway, the changes should be quite trivial, once you get matroxfb working..

mplayer + matrox + Linux 2.6.0-test

Anonymous
on
November 27, 2003 - 3:18am

doesn't work.
I've send an email to the author of the patch asking for wich mplayer was the patch but i had not response.
And they want to release a stable kernel?
I'll don't call it stable until my matrox will run correctly ;)
Let's download test11

no way

Tomasz T.
on
November 27, 2003 - 1:02pm

patching file mga_vid.c
Hunk #1 succeeded at 147 (offset -1 lines).
Hunk #2 FAILED at 287.
Hunk #3 succeeded at 1402 with fuzz 2 (offset 94 lines).
Hunk #4 FAILED at 1438.
Hunk #5 FAILED at 1453.
Hunk #6 succeeded at 1406 with fuzz 2 (offset -149 lines).
Hunk #7 FAILED at 1434.
Hunk #8 FAILED at 1487.
Hunk #9 FAILED at 1495.
Hunk #10 FAILED at 1506.
Hunk #11 succeeded at 1957 (offset 243 lines).
7 out of 11 hunks FAILED -- saving rejects to file mga_vid.c.rej

With mplayer-current. The patch seems to be made for ancient version of mplayer.

--
:wq

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.