Hello,
I extract the /boot/initrd.img-2.6.18-3-486 and I see the following, all
directories:
/bin/conf/etc/lib/modules/sbin/scripts
I have grub set to go no further than (initramfs)
Once I have booted to that point I see the file /init script.
How is the /init script cr
How did you solve your problem?
On 2/21/07, Scott Anderson <[EMAIL PROTECTED]> wrote:
I have the same problem with my Sansa c240 MP3 player.
When I connect to the USB port, my syslog shows:
Feb 21 15:00:09 kernel: usb 5-7: new high speed USB device using ehci_hcd
and address 2
Feb 21 15:00:0
user debian-kernel@lists.debian.org
usertags 411294 dkt-waiting-etch-update
thanks
On Sun, Feb 25, 2007 at 10:11:54PM +0100, Ben Hutchings wrote:
> It applies cleanly to version 2.6.18.dfsg.1-10 with a small offset in
> some files, but I haven't checked whether any other changes might be
> needed
tags 411294 patch
thanks
There's a patch upstream:
http://bugzilla.kernel.org/attachment.cgi?id=10526&action=view
It applies cleanly to version 2.6.18.dfsg.1-10 with a small offset in
some files, but I haven't checked whether any other changes might be
needed for 2.6.18.
Ben.
--
Ben Hutchings
Processing commands for [EMAIL PROTECTED]:
> tags 411294 patch
Bug#411294: linux-2.6: capi_{cmsg,message}2str not thread-safe; vulnerable to
buffer overflow
Tags were: upstream security
Tags added: patch
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tr
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.27
> forwarded 409313
> http://marc.theaimsgroup.com/?l=linux-sparc&m=117243416104218&w=2
Bug#409313: linux-image-2.6.18-4-sparc64: Netra X1 - Kernel unaligned access in
rp_rcv and ip_fa
So maybe others can use this and help us understand later the
"why" of it.
Well, timing (clock and event) is possibly even more critical for smp
architecture than for single cpu systems. Trying to run k7-smp-
systems with originally 1981 based timers ("pit") as clocksource
seems to be st
Hello all,
I've done as Alexander has suggested:
added a boot option in /boot/grub/menu.lst
snip>
title Debian GNU/Linux, kernel 2.6.18-4-k7
root(hd0,0)
kernel /vmlinuz-2.6.18-4-k7 root=/dev/sda2 ro clocksource=tsc
initrd /initrd.img-2.6.18-4-k7
savedefault
rebo
Your message dated Sun, 25 Feb 2007 21:41:38 +0200
with message-id <[EMAIL PROTECTED]>
and subject line This bug is solved.
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility
I can live single processor for a while. So yes reduction of severity is
okay for me. But, I'm thinking that there are a number of k7-smp servers
that are the truck horses of various clusters (esp. universities and
small research groups) who mayn't tolerate the loss of utility.
matthew
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Made an important discovery today. If I create an initrd image with
yaird my system boots. My best guess is that this bug is not related to
the linux-image but to mkinitramfs, so this bug should be forwarded to
initramfs-tools:
$ dpkg -s initramfs-too
As a last check for today, I gave the installer a go on an
AlphaStation 255/233 (Avanti).
00:0e.0 0200: 1011:0002 (rev 26)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+
Stepping- SERR- FastB2B-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
Hello again,
i hope, i may take the liberty of presenting you a working solution.
So the late grave bug (sorry for this again!) hopefully will be
closed quite soon.
a) testing info
Running 2.6.18-4-k7 without "nosmp" i looked what clocksources are
actually available and which one is us
> "Steve" == Steve Langasek <[EMAIL PROTECTED]> writes:
Steve> Ok, thanks. FWIW, this same chip works fine for me in an LX164
Steve> system; but you're the second to report problems with it on
Steve> other alphas -- unfortunately, though, the first to confirm
Steve> that it's a problem with c
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.27
> # workaround available (run in UP mode)
> severity 412194 important
Bug#412194: linux-image-2.6.18-3-k7: total system freeze after max. 10 minutes
uptime
Severity set to `important'
* Joey Hess <[EMAIL PROTECTED]> [2007-02-24 13:30]:
> It doesn't matter, really, armel is not targeted at etch, so as long
> as the patch is there we'll be set for lenny.
OK, I'll add it to SVN trunk soon.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Hello Steve,
uptime with "nosmp" so far: 57 min. Everything runs fine and
smoothly. Of course overall system load is about 5 percent (average)
to 20 percent (peak) higher than usual - man, i do love and miss
smp.. :D
Just kidding, i can easily live happily either with "nosmp" or
parti
On Sun, Feb 25, 2007 at 09:26:10AM +0100, Alexander Schories wrote:
> >OOI, does booting with 'nosmp' affect this hang problem for either
> >of you?
> Will try this right now and give you response within 1h.
> In the meantime, do you think the clocksource - as described above -
> could be the
Hello,
Um, not exactly helpful; you're now reporting a bug at a severity
that makes
it a release blocker, at a point where the final kernel for etch r0 is
supposed to already be uploaded and there is limited time to consult
upstream about it. In the future, please report such bugs when you
19 matches
Mail list logo