There it finally is (or rather - I'm currently uploading the tar-file and
patches, and the mirrors are hopefully busily pushing out the git tree
that is already updated).
There's not a lot to be said about the changes since -rc6: the shortlog
(appended) tells the whole story, and it's really mostly a lot of
one-liners or other really small changes. Bugs fixed, but nothing that
stands out in my mind.
So go get it. It's one of those rare "perfect" kernels. So if it doesn't
happen to compile with your config (or it does compile, but then does
unspeakable acts of perversion with your pet dachshund), you can rest easy
knowing that it's all your own d*mn fault, and you should just fix your
evil ways.
You could send me and the kernel mailing list a note about it anyway, of
course. (And perhaps pictures, if your dachshund is involved. Not that
we'd be interested, of course. No. Just so that we'd know to avoid it next
time).
Linus
---
Adrian Bunk (2):
[SCSI] psi240i.c: fix an array overrun
[PATCH] drivers/rtc/rtc-rs5c372.c: fix a NULL dereference
Akinobu Mita (8):
[PATCH] dell_rbu: fix error check
debugfs: check return value correctly
[PATCH] fix copy_process() error check
[PATCH] tlclk: fix platform_device_register_simple() error check
[NET]: Fix kfifo_alloc() error check.
selinux: fix dentry_open() error check
[PATCH] fix create_write_pipe() error check
[PATCH] ecryptfs: fix crypto_alloc_blkcipher() error check
Alan Stern (2):
OHCI: disallow autostop when wakeup is not available
USB: OHCI: fix root-hub resume bug
Alex Sanks (1):
USB: ipaq: Add HTC Modem Support
Alexey Dobriyan (4):
[PATCH] Don't give bad kprobes example aka ") < 0))" typo
[PATCH] i2c-ixp4xx: fix ") != 0))" typo
[PATCH] reiserfs: fmt bugfix
[PATCH] Enforce "unsigned long flags;" when spinlocking
Amol Lad (1):
W1: ioremap balanced with iounmap
Andi Kleen (5):
[PATCH] x86-64: Fix C3 timer test
[PATCH] x86-64: Fix vsyscall.c compilation on UP
[PATCH] x86-64: Fix warning in io_apic.c
[PATCH] i386: Fix compilation with UP genericarch
[PATCH] x86-64: Use stricter in process stack check for unwinder
Andrew Morton (1):
[IA64] irqs: use `name' not `typename'
Andrew de Quincey (3):
V4L/DVB (4831): Fix tuning on older budget DVBS cards.
V4L/DVB (4832): Fix uninitialised variable in dvb_frontend_swzigzag
V4L/DVB (4874): Fix oops on symbol rate==0
Arjan van de Ven (1):
[PATCH] lockdep: spin_lock_irqsave_nested()
Arnaud Giersch (1):
[PATCH] parport: fix compilation failure
Benjamin Herrenschmidt (1):
[PATCH] Fix radeon DDC regression
Brian King (1):
[PATCH] libata: Fixup ata_sas_queuecmd to handle __ata_scsi_queuecmd failure
Bryan O'Sullivan (2):
[PATCH] IB/ipath - fix driver build for platforms with PCI, but not HT
IB/ipath: Depend on CONFIG_NET
Catalin Marinas (1):
[PATCH] Fix device_attribute memory leak in device_del
Chris Wright (1):
[PATCH] bridge: fix possible overflow in get_fdb_entries
Clemens Ladisch (1):
[ALSA] rtctimer: handle RTC interrupts with a tasklet
Dan Williams (1):
[ARM] 3942/1: ARM: comment: consistent_sync should not be called directly
Daniel Ritz (2):
[PATCH] pcmcia: fix 'rmmod pcmcia' with unbound devices
[PATCH] fix "pcmcia: fix 'rmmod pcmcia' with unbound devices"
Dave Jones (3):
[PATCH] Fix CPU_FREQ_GOV_ONDEMAND=y compile error
[PATCH] Correct bound checking from the value returned from _PPC method.
[PATCH] add missing libsas include to fix s390 compilation.
David Brownell (3):
[PATCH] Documentation/rtc.txt updates (for rtc class)
[PATCH] rtc framework handles periodic irqs
[PATCH] rtc class locking bugfixes
David Chinner (1):
[XFS] Stale the correct inode when freeing clusters.
David Howells (1):
[PATCH] AFS: Amend the AFS configuration options
David L Stevens (1):
[IGMP]: Fix IGMPV3_EXP() normalization bit shift value.
David S. Miller (2):
[BLUETOOTH]: Fix unaligned access in hci_send_to_sock.
[NET]: Fix MAX_HEADER setting.
David Weinehall (1):
[PATCH] Update my CREDITS entry
Dennis Stosberg (1):
aoe: Add forgotten NULL at end of attribute list in aoeblk.c
Douglas Gilbert (1):
[SCSI] sg: fix incorrect last scatg length
Eric Sandeen (1):
[PATCH] hfs_fill_super returns success even if no root inode
Faidon Liambotis (1):
[NETFILTER]: H.323 conntrack: fix crash with CONFIG_IP_NF_CT_ACCT
Francois Romieu (1):
[PATCH] r8169: Fix iteration variable sign
Frank Sievertsen (1):
USB: ftdi driver pid for dmx-interfaces
Gary Zambrano (1):
[TG3]: Increase 5906 firmware poll time.
Greg Ungerer (1):
[PATCH] m68knommu: fix up for the irq_handler_t changes
Hans Verkuil (1):
V4L/DVB (4885): Improve saa711x check
Ingo Molnar (7):
[IA64] typename -> name conversion
[IA64] use generic_handle_irq()
[PATCH] x86_64: fix CONFIG_CC_STACKPROTECTOR build bug
[PATCH] x86_64: stack unwinder crash fix
[PATCH] i386/x86_64: ACPI cpu_idle_wait() fix
[PATCH] lockdep: fix static keys in module-allocated percpu areas
[PATCH] x86_64: fix 'earlyprintk=...,keep' regression
Ira Snyder (1):
V4L/DVB (4849): Add missing spin_unlock to saa6588 decoder driver
Ira W. Snyder (1):
[TG3]: Add missing unlock in tg3_open() error path.
Jamal Hadi Salim (2):
[XFRM]: Sub-policies broke policy events
[XFRM]: nlmsg length not computed correctly in the presence of subpolicies
James Courtier-Dutton (1):
[ALSA] snd-emu10k1: Fix capture for one variant.
Jan Beulich (1):
[PATCH] x86-64: work around gcc4 issue with -Os in Dwarf2 stack unwind
Jan Mate (1):
USB Storage: unusual_devs.h entry for Sony Ericsson P990i
Jan-Benedict Glaw (1):
lkkbd: Remove my old snail-mail address
Jaroslav Kysela (1):
[ALSA] version 1.0.13
Jason Gaston (1):
[PATCH] ahci: AHCI mode SATA patch for Intel ICH9
Jean Delvare (3):
[SCSI] gdth: Fix && typos
[PATCH] Fix i2c-ixp4xx compile (missing brace)
[6PACK]: Masking bug in 6pack driver.
Jeff Garzik (1):
[PATCH] scx200_acb: handle PCI errors
Jeremy Higdon (1):
[PATCH] sgiioc4: Disable module unload
Joakim Tjernlund (1):
[PATCH] Fix Intel/Sharp command set erase suspend bug
John Heffner (1):
[TCP]: Fix up sysctl_tcp_mem initialization.
John W. Linville (1):
[ALSA] hda: fix typo for xw4400 PCI sub-ID
Julien BLACHE (1):
USB: hid-core: Add quirk for new Apple keyboard/trackpad
Kim Phillips (3):
[POWERPC] Revert "[POWERPC] Enable generic rtc hook for the MPC8349 mITX"
[POWERPC] Revert "[POWERPC] Add powerpc get/set_rtc_time interface to new generic rtc class"
[POWERPC] Fix ucc_geth of_device discovery on mpc832x
Kjell Myksvoll (1):
USB: ftdi_sio: adds vendor/product id for a RFID construction kit
Kristoffer Ericson (1):
[ARM] 3941/1: [Jornada7xx] - Addition to MAINTAINERS
Kyle McMartin (1):
[PATCH] Fix incorrent type of flags in <asm/semaphore.h>
Lachlan McIlroy (1):
[XFS] Fix uninitialized br_state and br_startoff in
Laurent Pinchart (1):
USB: Fixed outdated usb_get_device_descriptor() documentation
Linus Torvalds (10):
Fix generic fb_ddc i2c edid probe msg
x86: be more careful when walking back the frame pointer chain
Revert "ACPI: created a dedicated workqueue for notify() execution"
Add "pure_initcall" for static variable initialization
Don't call "note_interrupt()" with irq descriptor lock held
[AGP] Fix intel 965 AGP memory mapping function
[AGP] Allocate AGP pages with GFP_DMA32 by default
Revert "[PATCH] Enforce "unsigned long flags;" when spinlocking"
Fix 'ALIGN()' macro, take 2
Linux 2.6.19
Luca Risolia (1):
V4L/DVB (4865): Fix: Slot 0 not NULL on disconnecting SN9C10x PC Camera
Luck, Tony (1):
[IA64] a fix towards allmodconfig build
Manuel Lauss (1):
[PATCH] make au1xxx-ide compile again
Marcel Holtmann (5):
[Bluetooth] Attach low-level connections to the Bluetooth bus
[Bluetooth] Handling pending connect attempts after inquiry
[Bluetooth] Check if RFCOMM session is still attached to the TTY
[Bluetooth] Always include MTU in L2CAP config responses
[Bluetooth] Ignore L2CAP config requests on disconnect
Mariusz Kozlowski (2):
USB: auerswald possible memleak fix
[PATCH] usb: ati remote memleak fix
Martin Michlmayr (1):
[ARM] 3933/1: Source drivers/ata/Kconfig
Masahide NAKAMURA (1):
[XFRM] STATE: Fix to respond error to get operation if no matching entry exists.
Matt Porter (1):
[ALSA] hda: fix sigmatel dell system detection
Mel Gorman (1):
[PATCH] x86_64: fix bad page state in process 'swapper'
Michael Chan (1):
[TG3]: Disable TSO on 5906 if CLKREQ is enabled.
Michael Halcrow (2):
[PATCH] eCryptfs: dput() lower d_parent on rename
[PATCH] eCryptfs: CIFS nlink fixes
Michael S. Tsirkin (1):
IPoIB: Clear high octet in QP number
Mike Christie (2):
[SCSI] iscsi_tcp: fix xmittask oops
[SCSI] iscsi class: update version
Miklos Szeredi (1):
[PATCH] fuse: fix Oops in lookup
Milan Svoboda (1):
[ARM] 3943/1: share declaration of struct pxa2xx_udc_mach_info between multiple platforms
Muli Ben-Yehuda (1):
[PATCH] x86-64: increase PHB1 split transaction timeout
OGAWA Hirofumi (2):
[PATCH] fat: add fat_getattr()
[PATCH] Fix strange size check in __get_vm_area_node()
Olaf Hering (2):
[PATCH] set default video mode on PowerBook Wallstreet
USB: correct keymapping on Powerbook built-in USB ISO keyboards
Olaf Kirch (1):
[UDP]: Make udp_encap_rcv use pskb_may_pull
Oliver Endriss (1):
V4L/DVB (4840): Budget: diseqc_method module parameter for cards with subsystem-id 13c2:1003
Paolo 'Blaisorblade' Giarrusso (1):
[PATCH] uml: make execvp safe for our usage
Patrick McHardy (5):
[NETFILTER]: nfnetlink_log: fix byteorder of NFULA_SEQ_GLOBAL
[NETFILTER]: Use pskb_trim in {ip,ip6,nfnetlink}_queue
[NETFILTER]: ip6_tables: use correct nexthdr value in ipv6_find_hdr()
[NETFILTER]: ctnetlink: fix reference count leak
[NETFILTER]: ipt_REJECT: fix memory corruption
Paul Bonser (1):
[NET]: Re-fix of doc-comment in sock.h
Paul Mackerras (1):
[ALSA] Enable stereo line input for TAS codec
Pete Wyckoff (2):
[SCSI] iscsi: always release crypto
[SCSI] iscsi: add newlines to debug messages
Peter Zijlstra (1):
[IRDA]: Lockdep fix.
Phil Dibowitz (1):
USB: Fix UCR-61S2B unusual_dev entry
Phillip Susi (1):
[PATCH] Update udf documentation to reflect current state of read/write support
Ralf Baechle (2):
[MIPS] Fix Bonito bootup message.
[MIPS] Do topology_init even on uniprocessor kernels.
Randy Dunlap (2):
[PATCH] ftape: fix printk format warnings
[PATCH] debugfs: add header file
Robin Holt (1):
[IA64] bte_unaligned_copy() transfers one extra cache line.
Roman Zippel (2):
[PATCH] qconf: fix uninitialsied member
[PATCH] fix menuconfig colours with TERM=vt100
Russell King (5):
[ARM] Remove PM_LEGACY=y from selected ARM defconfigs
[ARM] Remove OP_MAX_COUNTER
[ARM] ebsa110: fix warnings generated by asm/arch/io.h
[ARM] Add PM_LEGACY defaults
[ARM] Export smp_call_function()
Sergey Vlasov (1):
usb-storage: Remove duplicated unusual_devs.h entries for Sony Ericsson P990i
Takashi Iwai (1):
[ALSA] Fix hang-up at disconnection of usb-audio
Tejun Heo (2):
[PATCH] scsi: clear garbage after CDBs on SG_IO
[PATCH] libata: don't schedule EH on wcache on/off if old EH
Thiemo Seufer (1):
[MIPS] Hack for SB1 cache issues
Thomas Chou (1):
[PATCH] initramfs: handle more than one source dir or file list
Toralf Foerster (1):
[PATCH] fix build error for HISAX_NETJET
Vasily Tarasov (1):
[PATCH] mounstats NULL pointer dereference
Vitaly Wool (3):
[ARM] 3857/2: pnx4008: add devices' registration
[PATCH] pnx4008: rename driver
[PATCH] pnx4008:fix NULL dereference in rgbfb
Vivek Goyal (2):
[PATCH] x86_64: Align data segment to PAGE_SIZE boundary
[PATCH] x86_64: Align data segment to PAGE_SIZE boundary
YOSHIFUJI Hideaki (4):
[IPV6] ROUTE: Try to use router which is not known unreachable.
[IPV6] ROUTE: Prefer reachable nexthop only if the caller requests.
[IPV6] ROUTE: Do not enable router reachability probing in router mode.
[IPV6]: Fix address/interface handling in UDP and DCCP, according to the scoping architecture.
Yasunori Goto (1):
[PATCH] x86_64: fix memory hotplug build with NUMA=n
Yasuyuki Kozakai (6):
[NETFILTER]: ip6_tables: fixed conflicted optname for getsockopt
[IPV6] IP6TUNNEL: Delete all tunnel device when unloading module.
[IPV6] IP6TUNNEL: Add missing nf_reset() on input path.
[NETFILTER]: nfctnetlink: assign helper to newly created conntrack
[NETFILTER]: nf_conntrack: fix the race on assign helper to new conntrack
[NETFILTER]: conntrack: fix refcount leak when finding expectation
Yoichi Yuasa (1):
[CRYPTO] api: Remove one too many semicolon
Zhang, Yanmin (2):
[PATCH] ipmi: use platform_device_add() instead of platform_device_register() to register device allocated dynamically
[PATCH] some irq_chip variables point to NULL
adam radford (1):
[SCSI] 3ware 9000 add support for 9650SE
[email protected] (2):
[SCSI] aic94xx SCSI timeout fix
[SCSI] aic94xx SCSI timeout fix: SMP retry fix.
On Wed, 2006-11-29 at 14:21 -0800, Linus Torvalds wrote:
> You could send me and the kernel mailing list a note about it anyway, of
> course. (And perhaps pictures, if your dachshund is involved. Not that
> we'd be interested, of course. No. Just so that we'd know to avoid it next
> time).
:-)
I had a such a dachshund when child, but he's long passed away... in his
memory, I have to say that .19 missed this:
http://lkml.org/lkml/2006/11/19/54
which fixed a regression for my PCMCIA modem (hey, it may qualify as a
pet...) from the 2.6.13 age... details here:
http://lists.infradead.org/pipermail/linux-pcmcia/2006-August/003893.html
I understand it's not the classical one-liner accepted in a -rc6 stage,
but I feel it's not bad to point it out again so that it will be
considered for the next kernel. And to signal it as a candidate for
2.6.19.y line.
Thanks,
Romano
--
La presente comunicación tiene carácter confidencial y es para el exclusivo uso del destinatario indicado en la misma. Si Ud. no es el destinatario indicado, le informamos que cualquier forma de distribución, reproducción o uso de esta comunicación y/o de la información contenida en la misma están estrictamente prohibidos por la ley. Si Ud. ha recibido esta comunicación por error, por favor, notifíquelo inmediatamente al remitente contestando a este mensaje y proceda a continuación a destruirlo. Gracias por su colaboración.
This communication contains confidential information. It is for the exclusive use of the intended addressee. If you are not the intended addressee, please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited by law. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this message. Thank you for your cooperation.
On Wed, 29 Nov 2006 14:21:21 -0800 (PST) Linus Torvalds wrote:
>
> There it finally is (or rather - I'm currently uploading the tar-file and
> patches, and the mirrors are hopefully busily pushing out the git tree
> that is already updated).
>
> There's not a lot to be said about the changes since -rc6: the shortlog
> (appended) tells the whole story, and it's really mostly a lot of
> one-liners or other really small changes. Bugs fixed, but nothing that
> stands out in my mind.
What would it take to have the kernel.org web page and finger banner
give the correct version information? (yessir, not your problem)
from http://www.kernel.org/kdist/finger_banner:
The latest stable version of the Linux kernel is: 2.6.18.3 X
The latest prepatch for the stable Linux kernel tree is: 2.6.19-rc6
The latest snapshot for the stable Linux kernel tree is: 2.6.19-rc6-git10 X
The latest 2.4 version of the Linux kernel is: 2.4.33.4
The latest prepatch for the 2.4 Linux kernel tree is: 2.4.34-pre6
The latest 2.2 version of the Linux kernel is: 2.2.26
The latest prepatch for the 2.2 Linux kernel tree is: 2.2.27-rc2
The latest -mm patch to the stable Linux kernels is: 2.6.19-rc6-mm1 X
---
~Randy
On Wed, 29 Nov 2006 15:11:11 -0800
Randy Dunlap <[email protected]> wrote:
> What would it take to have the kernel.org web page and finger banner
> give the correct version information?
Patience 8)
On Wed, 29 Nov 2006 23:21:12 +0000 Alan wrote:
> On Wed, 29 Nov 2006 15:11:11 -0800
> Randy Dunlap <[email protected]> wrote:
>
> > What would it take to have the kernel.org web page and finger banner
> > give the correct version information?
>
> Patience 8)
OK. How many days?
---
~Randy
uhm, you may try it :P
http://kernel.org/pub/linux/kernel/v2.6/
http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.19.tar.bz2
Geraldo
On 29/11/06, Randy Dunlap <[email protected]> wrote:
> On Wed, 29 Nov 2006 23:21:12 +0000 Alan wrote:
>
> > On Wed, 29 Nov 2006 15:11:11 -0800
> > Randy Dunlap <[email protected]> wrote:
> >
> > > What would it take to have the kernel.org web page and finger banner
> > > give the correct version information?
> >
> > Patience 8)
>
> OK. How many days?
>
> ---
> ~Randy
> -
> 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/
>
uhm, you may try:
changelog, ..., ...
http://kernel.org/pub/linux/kernel/v2.6/
and
http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.19.tar.bz2
for direct access
Geraldo
On 29/11/06, Randy Dunlap <[email protected]> wrote:
> On Wed, 29 Nov 2006 23:21:12 +0000 Alan wrote:
>
> > On Wed, 29 Nov 2006 15:11:11 -0800
> > Randy Dunlap <[email protected]> wrote:
> >
> > > What would it take to have the kernel.org web page and finger banner
> > > give the correct version information?
> >
> > Patience 8)
>
> OK. How many days?
>
> ---
> ~Randy
> -
> 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 Wed, 29 Nov 2006 21:25:14 -0200 Geraldo Netto wrote:
> uhm, you may try it :P
>
> http://kernel.org/pub/linux/kernel/v2.6/
> http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.19.tar.bz2
Yep. but that's not the point.
> Geraldo
>
> On 29/11/06, Randy Dunlap <[email protected]> wrote:
> > On Wed, 29 Nov 2006 23:21:12 +0000 Alan wrote:
> >
> > > On Wed, 29 Nov 2006 15:11:11 -0800
> > > Randy Dunlap <[email protected]> wrote:
> > >
> > > > What would it take to have the kernel.org web page and finger banner
> > > > give the correct version information?
> > >
> > > Patience 8)
> >
> > OK. How many days?
---
~Randy
On Wed, 29 Nov 2006, Randy Dunlap wrote:
> On Wed, 29 Nov 2006 23:21:12 +0000 Alan wrote:
>
> > On Wed, 29 Nov 2006 15:11:11 -0800
> > Randy Dunlap <[email protected]> wrote:
> >
> > > What would it take to have the kernel.org web page and finger banner
> > > give the correct version information?
> >
> > Patience 8)
>
> OK. How many days?
It _should_ update automatically once everything has mirrored out.
Linus
On Wed, 29 Nov 2006 14:21:21 -0800 (PST) Linus Torvalds (LT) wrote:
LT> So go get it. It's one of those rare "perfect" kernels. So if it doesn't
LT> happen to compile with your config (or it does compile, but then does
LT> unspeakable acts of perversion with your pet dachshund), you can rest easy
LT> knowing that it's all your own d*mn fault, and you should just fix your
LT> evil ways.
Ok, so 2.6.18 used to get along fine with cryptoloop and 2.6.19 refuses to
cooperate. An strace of "losetup -e aes /dev/loop0 /dev/hda7" without all the
terminal interaction shows:
open("/dev/hda7", O_RDWR|O_LARGEFILE) = 3
open("/dev/loop0", O_RDWR|O_LARGEFILE) = 4
mlockall(MCL_CURRENT|MCL_FUTURE) = 0
...
munmap(0xb7fc8000, 4096) = 0
ioctl(4, 0x4c00, 0x3) = 0
close(3) = 0
ioctl(4, 0x4c04, 0xbfc21670) = -1 ENOENT (No such file or directory)
ioctl(4, 0x4c02, 0xbfc215e0) = -1 ENOENT (No such file or directory)
dup(2) = 3
fcntl64(3, F_GETFL) = 0x8002 (flags O_RDWR|O_LARGEFILE)
fstat64(3, {st_mode=S_IFCHR|0720, st_rdev=makedev(4, 1), ...}) = 0
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fc8000
_llseek(3, 0, 0xbfc21040, SEEK_CUR) = -1 ESPIPE (Illegal seek)
write(3, "ioctl: LOOP_SET_STATUS: No such "..., 50ioctl: LOOP_SET_STATUS: No such file or directory) = 50
close(3) = 0
munmap(0xb7fc8000, 4096) = 0
ioctl(4, 0x4c01, 0) = 0
close(4) = 0
exit_group(1) = ?
Linux 2.6.18 does not fail at
ioctl(4, 0x4c04, ...)
I know that dm-crypt is now the preferred method of doing such things, but as
long as cryptoloop exists in the kernel I'd expect it to work.
Cheers,
- Udo
On Wed, Nov 29, 2006 at 03:11:11PM -0800, Randy Dunlap wrote:
> What would it take to have the kernel.org web page and finger banner
> give the correct version information? (yessir, not your problem)
On a similar vein, it'd be nice if http://www.kernel.org/kdist/version.html
would break the entries into separate lines.
On Wed, 29 Nov 2006 18:56:31 -0600 Greg Norris wrote:
> On Wed, Nov 29, 2006 at 03:11:11PM -0800, Randy Dunlap wrote:
> > What would it take to have the kernel.org web page and finger banner
> > give the correct version information? (yessir, not your problem)
>
> On a similar vein, it'd be nice if http://www.kernel.org/kdist/version.html
> would break the entries into separate lines.
I prefer to use
http://www.kernel.org/kdist/finger_banner
for that. And script it so that I can just type:
$ kcurrent
to see it.
---
~Randy
Getting an oops on boot here, caused by commit
e81c73596704793e73e6dbb478f41686f15a4b34 titled
"[NET]: Fix MAX_HEADER setting".
Reverting that patch fixes things up for me. Dave?
Phil
Bringing up interface eth0:
skb_over_panic: text:c02af809 len:56 put:16 head:d7e213c0
data:d7e213d0 tail:d7e21408 end:d7e21400 dev:eth0
------------[ cut here ]------------
kernel BUG at net/core/skbuff.c:93!
invalid opcode: 0000 [#1]
CPU: 0
EIP: 0060:[<c0244659>] Not tainted VLI
EFLAGS: 00010296 (2.6.19 #1)
EIP is at skb_over_panic+0x59/0x70
eax: 0000006f ebx: d7e213c0 ecx: ffffffff edx: c03102c0
esi: d7e4f000 edi: d7e213f8 ebp: d7e4f000 esp: c037aec4
ds: 007b es: 007b ss: 0068
Process swapper (pid: 0, ti=c037a000 task=c03023e0 task.ti=c0347000)
Stack: c02fbb9c c02af809 00000038 00000010 d7e213c0 d7e213d0 d7e21408 d7e21400
d7e4f000 00000010 d6e84520 c02af80e d6c718a0 c037af6c 0000003a 00000010
c037af6c d6c718a0 d6c09920 d79749c0 00000001 00000000 000002ff 00000000
Call Trace:
[<c02af809>] ndisc_send_rs+0x399/0x3e0
[<c02af80e>] ndisc_send_rs+0x39e/0x3e0
[<c02a4132>] addrconf_dad_completed+0x82/0xc0
[<c02a6595>] addrconf_dad_timer+0xe5/0xf0
[<c0214799>] e100_poll+0x259/0x420
[<c0117330>] it_real_fn+0x0/0x60
[<c011bcdf>] cascade+0x3f/0x60
[<c02a64b0>] addrconf_dad_timer+0x0/0xf0
[<c011bdeb>] run_timer_softirq+0xab/0x170
[<c01188c2>] __do_softirq+0x42/0xa0
[<c01053c0>] do_softirq+0x60/0xb0
[<c012eea0>] handle_edge_irq+0x0/0x110
[<c0105495>] do_IRQ+0x85/0xe0
[<c02c707e>] schedule+0x29e/0x580
[<c0103586>] common_interrupt+0x1a/0x20
[<c01018f2>] default_idle+0x32/0x60
[<c0101962>] cpu_idle+0x42/0x60
[<c0348733>] start_kernel+0x283/0x330
[<c0348250>] unknown_bootoption+0x0/0x260
=======================
Code: 00 00 89 5c 24 14 8b 98 8c 00 00 00 89 54 24 0c 89 5c 24 10 8b 40 60 89 4c 2
4 04 c7 04 24 9c bb 2f c0 89 44 24 08 e8 47 07 ed ff <0f> 0b 5d 00 a4 91 2f c0 83
c4 24 5b 5e c3 89 f6 8d bc 27 00 00
EIP: [<c0244659>] skb_over_panic+0x59/0x70 SS:ESP 0068:c037aec4
From: Phil Oester <[email protected]>
Date: Wed, 29 Nov 2006 17:49:04 -0800
> Getting an oops on boot here, caused by commit
> e81c73596704793e73e6dbb478f41686f15a4b34 titled
> "[NET]: Fix MAX_HEADER setting".
>
> Reverting that patch fixes things up for me. Dave?
I suspect that it might be because I removed the IPV6
ifdef from the list, but I can't imagine why that would
matter other than due to a bug in the IPV6 stack....
Indeed.
Looking at ndisc_send_rs() I wonder if it miscalculates
'len' or similar and the old MAX_HEADER setting was
merely papering around this bug....
In fact it does, the NDISC code is using MAX_HEADER incorrectly. It
needs to explicitly allocate space for the struct ipv6hdr in 'len'.
Luckily the TCP ipv6 code was doing it right.
What a horrible bug, this patch should fix it. Let me know
if it doesn't, thanks:
commit c28728decc37fe52c8cdf48b3e0c0cf9b0c2fefb
Author: David S. Miller <[email protected]>
Date: Wed Nov 29 18:14:47 2006 -0800
[IPV6] NDISC: Calculate packet length correctly for allocation.
MAX_HEADER does not include the ipv6 header length in it,
so we need to add it in explicitly.
Signed-off-by: David S. Miller <[email protected]>
diff --git a/net/ipv6/ndisc.c b/net/ipv6/ndisc.c
index 73eb8c3..c42d4c2 100644
--- a/net/ipv6/ndisc.c
+++ b/net/ipv6/ndisc.c
@@ -441,7 +441,8 @@ static void ndisc_send_na(struct net_dev
struct sk_buff *skb;
int err;
- len = sizeof(struct icmp6hdr) + sizeof(struct in6_addr);
+ len = sizeof(struct ipv6hdr) + sizeof(struct icmp6hdr) +
+ sizeof(struct in6_addr);
/* for anycast or proxy, solicited_addr != src_addr */
ifp = ipv6_get_ifaddr(solicited_addr, dev, 1);
@@ -556,7 +557,8 @@ void ndisc_send_ns(struct net_device *de
if (err < 0)
return;
- len = sizeof(struct icmp6hdr) + sizeof(struct in6_addr);
+ len = sizeof(struct ipv6hdr) + sizeof(struct icmp6hdr) +
+ sizeof(struct in6_addr);
send_llinfo = dev->addr_len && !ipv6_addr_any(saddr);
if (send_llinfo)
len += ndisc_opt_addr_space(dev);
@@ -632,7 +634,7 @@ void ndisc_send_rs(struct net_device *de
if (err < 0)
return;
- len = sizeof(struct icmp6hdr);
+ len = sizeof(struct ipv6hdr) + sizeof(struct icmp6hdr);
if (dev->addr_len)
len += ndisc_opt_addr_space(dev);
@@ -1381,7 +1383,8 @@ void ndisc_send_redirect(struct sk_buff
struct in6_addr *target)
{
struct sock *sk = ndisc_socket->sk;
- int len = sizeof(struct icmp6hdr) + 2 * sizeof(struct in6_addr);
+ int len = sizeof(struct ipv6hdr) + sizeof(struct icmp6hdr) +
+ 2 * sizeof(struct in6_addr);
struct sk_buff *buff;
struct icmp6hdr *icmph;
struct in6_addr saddr_buf;
On Wed, Nov 29, 2006 at 05:08:15PM -0800, Randy Dunlap wrote:
> On Wed, 29 Nov 2006 18:56:31 -0600 Greg Norris wrote:
> > On a similar vein, it'd be nice if http://www.kernel.org/kdist/version.html
> > would break the entries into separate lines.
>
> I prefer to use
> http://www.kernel.org/kdist/finger_banner
> for that.
I use that in some cases as well, but the browser on my PDA insists upon
trying to download that file rather than simply displaying it. So I
sometimes need to use version.html instead, even though it renders
poorly under every browser I've tried.
On Wed, Nov 29, 2006 at 06:15:37PM -0800, David Miller wrote:
> In fact it does, the NDISC code is using MAX_HEADER incorrectly. It
> needs to explicitly allocate space for the struct ipv6hdr in 'len'.
> Luckily the TCP ipv6 code was doing it right.
>
> What a horrible bug, this patch should fix it. Let me know
> if it doesn't, thanks:
Yes, that fixes it up for me, thanks.
Phil
Needed the VIA PATA patch to be able to boot:
http://lkml.org/lkml/2006/6/18/165
Also, atakbd.c produced lots of "Spurious ACK" messages on kernel panic
when I misspecified the root fs, which made the real problem a little
more difficult to find.
--
Jindrich Makovicka
On Thursday 30 November 2006 03:15, David Miller wrote:
> From: Phil Oester <[email protected]>
> Date: Wed, 29 Nov 2006 17:49:04 -0800
>
> > Getting an oops on boot here, caused by commit
> > e81c73596704793e73e6dbb478f41686f15a4b34 titled
> > "[NET]: Fix MAX_HEADER setting".
> >
> > Reverting that patch fixes things up for me. Dave?
>
> I suspect that it might be because I removed the IPV6
> ifdef from the list, but I can't imagine why that would
> matter other than due to a bug in the IPV6 stack....
>
> Indeed.
>
> Looking at ndisc_send_rs() I wonder if it miscalculates
> 'len' or similar and the old MAX_HEADER setting was
> merely papering around this bug....
>
> In fact it does, the NDISC code is using MAX_HEADER incorrectly. It
> needs to explicitly allocate space for the struct ipv6hdr in 'len'.
> Luckily the TCP ipv6 code was doing it right.
>
> What a horrible bug, this patch should fix it. Let me know
> if it doesn't, thanks:
I also encountered this bug (wasn't there in -rc6). The patch also fixes it
for me.
regards
--
---------------------------------------
Malte Schr?der
[email protected]
ICQ# 68121508
---------------------------------------
Udo A. Steinberg <[email protected]> wrote:
>
> Ok, so 2.6.18 used to get along fine with cryptoloop and 2.6.19 refuses to
> cooperate. An strace of "losetup -e aes /dev/loop0 /dev/hda7" without all the
> terminal interaction shows:
Did you enable CONFIG_CRYPTO_CBC?
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[email protected]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
On Fri, 01 Dec 2006 08:15:12 +1100 Herbert Xu (HX) wrote:
HX> Udo A. Steinberg <[email protected]> wrote:
HX> >
HX> > Ok, so 2.6.18 used to get along fine with cryptoloop and 2.6.19 refuses to
HX> > cooperate. An strace of "losetup -e aes /dev/loop0 /dev/hda7" without all
HX> > the terminal interaction shows:
HX>
HX> Did you enable CONFIG_CRYPTO_CBC?
I didn't and that turned out to be the culprit. With CONFIG_CRYPTO_CBC enabled
everything works fine. Thanks, Herbert!
Shouldn't cryptoloop automatically select CONFIG_CRYPTO_CBC if it depends on it?
Cheers,
- Udo
On Thu, Nov 30, 2006 at 11:32:59PM +0100, Udo A. Steinberg wrote:
>
> I didn't and that turned out to be the culprit. With CONFIG_CRYPTO_CBC enabled
> everything works fine. Thanks, Herbert!
>
> Shouldn't cryptoloop automatically select CONFIG_CRYPTO_CBC if it depends on it?
Yes I'll make it select CONFIG_CRYPTO_CBC since that's the default
chaining method.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[email protected]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
On Thursday 30 November 2006 21:30, Malte Schr?der wrote:
> I also encountered this bug (wasn't there in -rc6). The patch also fixes it
> for me.
Ok, I have to make a correction here: It doesn't crash anymore but now ipv6
doesn't work at all. To be more precise, I see adresses on the network
interfaces and the corresponding routes, but when I try to ping my gateway I
get "Destination unreachable: Address unreachable".
Hope this helps ..
--
---------------------------------------
Malte Schr?der
[email protected]
ICQ# 68121508
---------------------------------------
From: Randy Dunlap <[email protected]>
When CONFIG_TOSHIBA=y and CONFIG_FB_NEOMAGIC=m, tosh_smm() needs
to be exported for neofb to use it.
WARNING: "tosh_smm" [drivers/video/neofb.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
Signed-off-by: Randy Dunlap <[email protected]>
---
drivers/char/toshiba.c | 1 +
1 file changed, 1 insertion(+)
--- linux-2619-rc6g4.orig/drivers/char/toshiba.c
+++ linux-2619-rc6g4/drivers/char/toshiba.c
@@ -249,6 +249,7 @@ int tosh_smm(SMMRegisters *regs)
return eax;
}
+EXPORT_SYMBOL(tosh_smm);
static int tosh_ioctl(struct inode *ip, struct file *fp, unsigned int cmd,
---
CC [M] fs/jfs/jfs_txnmgr.o
In file included from fs/jfs/jfs_txnmgr.c:49:
include/linux/freezer.h: In function ?frozen?:
include/linux/freezer.h:9: error: dereferencing pointer to incomplete type
include/linux/freezer.h:9: error: ?PF_FROZEN? undeclared (first use in this function)
<snip>
fs/jfs/jfs_txnmgr.c: In function ?freezing?:
include/linux/freezer.h:18: warning: control reaches end of non-void function
make[2]: *** [fs/jfs/jfs_txnmgr.o] Error 1
make[1]: *** [fs/jfs] Error 2
make: *** [fs] Error 2
Signed-off-by: Richard Knutsson <[email protected]>
---
Guess this is the desired fix, since including linux/sched.h in linux/freezer.h
make little sense.
diff --git a/fs/jfs/jfs_txnmgr.c b/fs/jfs/jfs_txnmgr.c
index d558e51..2aee0a8 100644
--- a/fs/jfs/jfs_txnmgr.c
+++ b/fs/jfs/jfs_txnmgr.c
@@ -46,6 +46,7 @@ #include <linux/fs.h>
#include <linux/vmalloc.h>
#include <linux/smp_lock.h>
#include <linux/completion.h>
+#include <linux/sched.h>
#include <linux/freezer.h>
#include <linux/module.h>
#include <linux/moduleparam.h>
On Fri, 08 Dec 2006 19:56:20 +0100 Richard Knutsson wrote:
> CC [M] fs/jfs/jfs_txnmgr.o
> In file included from fs/jfs/jfs_txnmgr.c:49:
> include/linux/freezer.h: In function ‘frozen’:
> include/linux/freezer.h:9: error: dereferencing pointer to incomplete type
> include/linux/freezer.h:9: error: ‘PF_FROZEN’ undeclared (first use in this function)
> <snip>
> fs/jfs/jfs_txnmgr.c: In function ‘freezing’:
> include/linux/freezer.h:18: warning: control reaches end of non-void function
> make[2]: *** [fs/jfs/jfs_txnmgr.o] Error 1
> make[1]: *** [fs/jfs] Error 2
> make: *** [fs] Error 2
>
> Signed-off-by: Richard Knutsson <[email protected]>
>
> ---
>
> Guess this is the desired fix, since including linux/sched.h in linux/freezer.h
> make little sense.
Why do you say that? freezer.h is what uses those #defined values,
and freezer.h is what uses struct task_struct fields as well,
so it needs sched.h.
>
> diff --git a/fs/jfs/jfs_txnmgr.c b/fs/jfs/jfs_txnmgr.c
> index d558e51..2aee0a8 100644
> --- a/fs/jfs/jfs_txnmgr.c
> +++ b/fs/jfs/jfs_txnmgr.c
> @@ -46,6 +46,7 @@ #include <linux/fs.h>
> #include <linux/vmalloc.h>
> #include <linux/smp_lock.h>
> #include <linux/completion.h>
> +#include <linux/sched.h>
> #include <linux/freezer.h>
> #include <linux/module.h>
> #include <linux/moduleparam.h>
>
> -
---
~Randy
Randy Dunlap wrote:
> On Fri, 08 Dec 2006 19:56:20 +0100 Richard Knutsson wrote:
>
>
>> CC [M] fs/jfs/jfs_txnmgr.o
>> In file included from fs/jfs/jfs_txnmgr.c:49:
>> include/linux/freezer.h: In function ‘frozen’:
>> include/linux/freezer.h:9: error: dereferencing pointer to incomplete type
>> include/linux/freezer.h:9: error: ‘PF_FROZEN’ undeclared (first use in this function)
>> <snip>
>> fs/jfs/jfs_txnmgr.c: In function ‘freezing’:
>> include/linux/freezer.h:18: warning: control reaches end of non-void function
>> make[2]: *** [fs/jfs/jfs_txnmgr.o] Error 1
>> make[1]: *** [fs/jfs] Error 2
>> make: *** [fs] Error 2
>>
>> Signed-off-by: Richard Knutsson <[email protected]>
>>
>> ---
>>
>> Guess this is the desired fix, since including linux/sched.h in linux/freezer.h
>> make little sense.
>>
>
> Why do you say that? freezer.h is what uses those #defined values,
> and freezer.h is what uses struct task_struct fields as well,
> so it needs sched.h.
>
Oh, an error of thought when I read the patch
7dfb71030f7636a0d65200158113c37764552f93 made that statement. After more
checking, sched.h is apperarently included in suspend.h from swap.h so
the direct include of sched.h in most drivers was/is not nessecary.
Do you agree with the patch below then? This was how I first fixed it
but found it strange no-one hit it before, and from there it went on...
Thanks for the help. (Sign it?)
>> diff --git a/fs/jfs/jfs_txnmgr.c b/fs/jfs/jfs_txnmgr.c
>> index d558e51..2aee0a8 100644
>> --- a/fs/jfs/jfs_txnmgr.c
>> +++ b/fs/jfs/jfs_txnmgr.c
>> @@ -46,6 +46,7 @@ #include <linux/fs.h>
>> #include <linux/vmalloc.h>
>> #include <linux/smp_lock.h>
>> #include <linux/completion.h>
>> +#include <linux/sched.h>
>> #include <linux/freezer.h>
>> #include <linux/module.h>
>> #include <linux/moduleparam.h>
>>
>>
CC [M] fs/jfs/jfs_txnmgr.o
In file included from fs/jfs/jfs_txnmgr.c:49:
include/linux/freezer.h: In function ‘frozen’:
include/linux/freezer.h:9: error: dereferencing pointer to incomplete type
include/linux/freezer.h:9: error: ‘PF_FROZEN’ undeclared (first use in this function)
<snip>
fs/jfs/jfs_txnmgr.c: In function ‘freezing’:
include/linux/freezer.h:18: warning: control reaches end of non-void function
make[2]: *** [fs/jfs/jfs_txnmgr.o] Error 1
make[1]: *** [fs/jfs] Error 2
make: *** [fs] Error 2
Signed-off-by: Richard Knutsson <[email protected]>
---
Compile-tested only.
diff --git a/include/linux/freezer.h b/include/linux/freezer.h
index 6e05e3e..f616c0c 100644
--- a/include/linux/freezer.h
+++ b/include/linux/freezer.h
@@ -1,3 +1,4 @@
+#include <linux/sched.h>
/* Freezer declarations */
#ifdef CONFIG_PM
On Fri, 2006-12-08 at 22:29 +0100, Richard Knutsson wrote:
> Randy Dunlap wrote:
> > On Fri, 08 Dec 2006 19:56:20 +0100 Richard Knutsson wrote:
> >> Guess this is the desired fix, since including linux/sched.h in linux/freezer.h
> >> make little sense.
> >>
> >
> > Why do you say that? freezer.h is what uses those #defined values,
> > and freezer.h is what uses struct task_struct fields as well,
> > so it needs sched.h.
> >
> Oh, an error of thought when I read the patch
> 7dfb71030f7636a0d65200158113c37764552f93 made that statement. After more
> checking, sched.h is apperarently included in suspend.h from swap.h so
> the direct include of sched.h in most drivers was/is not nessecary.
>
> Do you agree with the patch below then? This was how I first fixed it
> but found it strange no-one hit it before, and from there it went on...
> Thanks for the help. (Sign it?)
Randy had already submitted a similar patch to lkml.
http://marc.theaimsgroup.com/?l=linux-kernel&m=116561219801397&w=2
> ---
>
> Compile-tested only.
>
>
> diff --git a/include/linux/freezer.h b/include/linux/freezer.h
> index 6e05e3e..f616c0c 100644
> --- a/include/linux/freezer.h
> +++ b/include/linux/freezer.h
> @@ -1,3 +1,4 @@
> +#include <linux/sched.h>
> /* Freezer declarations */
>
> #ifdef CONFIG_PM
Thanks anyway,
Shaggy
--
David Kleikamp
IBM Linux Technology Center
On Wed, 2006-11-29 at 14:21 -0800, Linus Torvalds wrote:
> You could send me and the kernel mailing list a note about it anyway, of
> course. (And perhaps pictures, if your dachshund is involved. Not that
> we'd be interested, of course. No. Just so that we'd know to avoid it next
> time).
Hi most estimated kernel developers,
I send this message to "lobby" for this to be included int the 2.16.20-rc1
http://lkml.org/lkml/2006/11/19/54
which fixed a regression for my PCMCIA modem (hey, it may qualify as a
pet...) from the 2.6.13 age... details here:
http://lists.infradead.org/pipermail/linux-pcmcia/2006-August/003893.html
Moreover, I wish to signal it as a candidate for 2.6.19.y line.
Thanks,
Romano
--
Romano Giannetti --- [email protected]
Sorry for the following disclaimer, it's attached by our otugoing server
and I cannot shut it up.
--
La presente comunicación tiene carácter confidencial y es para el exclusivo uso del destinatario indicado en la misma. Si Ud. no es el destinatario indicado, le informamos que cualquier forma de distribución, reproducción o uso de esta comunicación y/o de la información contenida en la misma están estrictamente prohibidos por la ley. Si Ud. ha recibido esta comunicación por error, por favor, notifíquelo inmediatamente al remitente contestando a este mensaje y proceda a continuación a destruirlo. Gracias por su colaboración.
This communication contains confidential information. It is for the exclusive use of the intended addressee. If you are not the intended addressee, please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited by law. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this message. Thank you for your cooperation.
Hi,
On Mon, Dec 11, 2006 at 03:47:58PM +0100, Romano Giannetti wrote:
> On Wed, 2006-11-29 at 14:21 -0800, Linus Torvalds wrote:
>
> > You could send me and the kernel mailing list a note about it anyway, of
> > course. (And perhaps pictures, if your dachshund is involved. Not that
> > we'd be interested, of course. No. Just so that we'd know to avoid it next
> > time).
>
>
> Hi most estimated kernel developers,
>
> I send this message to "lobby" for this to be included int the 2.16.20-rc1
>
> http://lkml.org/lkml/2006/11/19/54
>
> which fixed a regression for my PCMCIA modem (hey, it may qualify as a
> pet...) from the 2.6.13 age... details here:
>
> http://lists.infradead.org/pipermail/linux-pcmcia/2006-August/003893.html
That's already in Linus' git tree.
> Moreover, I wish to signal it as a candidate for 2.6.19.y line.
Regarding 2.6.19.y, that's on my TODO list.
Dominik