/fs|src/fs/smbfs|related/fs/smbfs/inode.c
>
> So, I plan to use this patch for 2.6.8, and attempt to backport it to
> 2.4.27. If backporting becomes overly complicated/risky, I'll revert
> to using something like Horms' patch. I'll also see about getting a
> CVE
On Sun, Nov 12, 2006 at 10:28:10PM -0700, dann frazier wrote:
> On Mon, Nov 13, 2006 at 01:30:19PM +0900, Horms wrote:
> > If you point me at the patch I'll be happy to rack my brains and
> > tell you want I was thinking at the time.
>
> Thanks Horms, he
On Sun, Nov 12, 2006 at 09:28:14PM -0700, dann frazier wrote:
> Moritz pointed out that this issue has been overlooked for sarge
> updates so far. From my reading of this report, it sounds like our
> best option for sarge is to incorporate Horms' patch for 2.4.27.
>
> Does a
ceiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
- End forwarded message -
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
ity levels before 4 are deprecated.
dh_installdirs
dh_installdirs: Compatibility levels before 4 are deprecated.
dh_testdir
cd kernel-source-2.4.27; \
HEADER_CLEAN_HOOK=/home/horms/tmp/debian-kernel-test/kernel-image-2.4.27-i386-trunk/kernel-image-2.4.27-i386-2.4.27/header-inst
tags 344036 +pending
thanks
I believe that the following patch, which will be included in
2.4.27-13 and 2.4.27-10sarge2 trivially resolves this problem.
--
Horms
--- a/drivers/net/wireless/hermes.c
+++ b/drivers/net/wireless/hermes.c
@@ -2312,6 +2312,8 @@ orinoco_stat_gather(struct
solution to that problem,
as annotated in that bug.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343970
I would like to use this bug, 344036, to address the missing ACCEPT
symbol in orinoco.o. I hope to post a solution to that problem shortly.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL
I have
added for inclusinon in the forthcoming 2.4.27-13 release.
http://linux.bkbits.net:8080/linux-2.4/[EMAIL
PROTECTED]|src/|src/fs|src/fs/xfs|src/fs/xfs/linux-2.4|related/fs/xfs/linux-2.4/xfs_vnode.h
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
On Wed, Feb 08, 2006 at 12:26:27PM +0900, Horms wrote:
> On Fri, Oct 14, 2005 at 04:30:10PM +0900, Horms wrote:
> > > Also this patch:
> > > http://linux.bkbits.net:8080/linux-2.4/diffs/fs/xfs/[EMAIL
> > > PROTECTED]|src/|src/fs|src/fs/xfs|related/fs/xfs/xfs_dinode.h
On Fri, Oct 14, 2005 at 04:30:10PM +0900, Horms wrote:
> > Also this patch:
> > http://linux.bkbits.net:8080/linux-2.4/diffs/fs/xfs/[EMAIL
> > PROTECTED]|src/|src/fs|src/fs/xfs|related/fs/xfs/xfs_dinode.h|[EMAIL
> > PROTECTED]|hist/fs/xfs/xfs_inode.c
> > ([XFS] Hand
Sven Luther <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 06, 2006 at 10:03:38AM +0900, Horms wrote:
>> On Fri, Feb 03, 2006 at 10:24:51AM +0100, Sven Luther wrote:
>> > On Fri, Feb 03, 2006 at 01:51:52AM +, Horms wrote:
>> > > Stephen Gran <[EMAIL PROTECTED]&
On Fri, Feb 03, 2006 at 10:24:51AM +0100, Sven Luther wrote:
> On Fri, Feb 03, 2006 at 01:51:52AM +0000, Horms wrote:
> > Stephen Gran <[EMAIL PROTECTED]> wrote:
> > >
> > > Oh look, why are you still fighting about this? It seems to me that the
> > > r
;t declare a relation to
> ide-generic in situations where it actually does need it. Why not fix
> the kernel, so that yaird doesn't have to bend over backwards? Not that
> I really care either way, but it does seem to me to be cleaner to fix
> the underlying problem rather than
thers) to keep doing this for 2.4. So if you have patches
for critical bugs, please forward them on - he can decide to drop or
keep them.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ully some more volunteers can be found.
Failing that, keep updating 2.4.27, as we already are for Sarge
security, and include that.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 2.4 vanilla does not work for s390 and it is not longer supported by
> ibm.
That may be true, but isn't 2.4.27 s390 still in Sarge?
I guess we should addit to sarge2, but leave Marcelo out of the loop.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Jan 19, 2006 at 01:52:35PM +0100, Bastian Blank wrote:
> On Thu, Jan 19, 2006 at 12:06:47PM +0900, Horms wrote:
> > Please CC me on replies to the list.
>
> | Mail-Followup-To: debian-kernel@lists.debian.org
> Please set this to a proper value.
I've trie
rg.au/
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
een signed off by Tom Rini, and forwarded to Paulus, and is
> indeed going upstream, will commit to svn, so it will be in -3.
On Sven's request I have added this patch to SVN,
it should appear in linux-2.6 2.6.15-3
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-u" on the same input file), and found a number of
> options duplicated in debian/arch/config. This patch removes the
> duplicates and should apply cleanly against current SVN.
Thanks, applied.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
by the GNU assembler 'as'). It seems that there is a
> problem between gcc-3.3 and binutils (at least for 'as').
Perhaps the bug should be reassigned to gcc or binutils.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
27;m happy to do some more builds, but doing all of them is a little
daunting.
http://people.debian.org/~dannf/kernel-stats/kernel-avail.html
Also, if an arch should not be built lets start a list.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe&quo
debian/ sarge-proposed-security-updates main
If you know of new security bugs, and they aren't in
http://svn.debian.org/wsvn/kernel/patch-tracking/?rev=0&sc=0
then send a note here, to the testing-security team, or
open a bug in the BTS.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTEC
as the last one was
on a lost laoptop and revoked. I belive that the new key
is in the keyring. If you want to drop by Tokyo and sign it,
feel free. Alternatively, I'll be at LCA2006 in Dunedin next month.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsub
err(),
perhaps dbg() would be more appropriate. Trivial patch for reference:
PCI hotplug: Be slightly quieter about shpc_cap_offset == 0
It seems that the following message, logged as err() can show
up during normal boots.
See: http://bugs.debian.org/341761
Sig
ut there reading .extraversion, eg. #333842. But
> it otherwise seems a good solution to me that doesn't require unsharing
> the Makefile.
Manoj,
being the extraversions expert, do you have any thoughts on this.
The current situation seems less than ideal.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
we don't drop M386 support at all, and switch to M486?
> The alternative would be investigate the changes and fix all concerned
> code, which I sincerely don't have the time to do.
>
> Current post-sarge kernels won't work on "real i386" systems anyway,
> sinc
On Wed, Nov 30, 2005 at 06:37:57PM -0800, Dan Aronson wrote:
> As I wrote, the in 2.6.12 the driver now reports that there is a BIOS
> bug, but then recovers
> and finishes loading, I haven't yet tried a device on it, but it does
> show up correctly
> in /proc/bus/usb/devices
On Wed, Nov 30, 2005 at 12:44:29PM -0800, Dan Aronson wrote:
> Horms,
> I don't know why I didn't see it yesterday when I looked, but this
> seems to be the same bug
> as 316848. Sorry for making you reply again. I'll be even more careful
> next time.
No probl
In gmane.linux.debian.devel.kernel Maximilian Attems <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 30, 2005 at 12:49:28PM +0100, Frans Pop wrote:
>> On Wednesday 30 November 2005 11:44, Maximilian Attems wrote:
>> > On Wed, Nov 30, 2005 at 06:22:17PM +0900, Horms wrote:
>&g
at odd times. For example, I have a rule that
> will DROP ssh connections if there have been more than 6 seen in the
> last 60 seconds, but (seemingly) randomly I will get DROPped on the
> first connection.
Lets be quite clear, the ip_recent code is in dire need of a rewrite.
--
Horms
m->report_list.next;
That seems fine enough to me. Do you know of any side effects of
using this patch. Or do you considere it a candidate for inclusion
in a Sarge update.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Joey Hess <[EMAIL PROTECTED]> wrote:
> [-- text/plain, encoding quoted-printable, charset: us-ascii, 15 lines --]
>
> Horms wrote:
>> Holger kindly reminded me on IRC yesterday that its been
>> a long time since a new 2.4.27 was uploaded into Sarge.
>> He point
On Wed, Nov 30, 2005 at 10:09:54AM +0100, Maximilian Attems wrote:
> On Wed, Nov 30, 2005 at 06:51:44AM +0000, Horms wrote:
> > Mikhail Gusarov <[EMAIL PROTECTED]> wrote:
> > >
> > > You ([EMAIL PROTECTED]) wrote:
> > >
> > > H
Mikhail Gusarov <[EMAIL PROTECTED]> wrote:
>
> You ([EMAIL PROTECTED]) wrote:
>
> H> If you know more, please add your knowledge below.
>
> [skip]
>
> 2.6.14-2 still enables the outdated ieee80211 :(
>
> Fixing this is simply a matter of disabling CONFIG_IEEE80211. This
> will allow to use ipw
antly newer kernel,
helps your immediate problem.
http://packages.vergenet.net/sarge-backports/
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ieee80211_crypt: registered algorithm 'NULL'
>
> Latest ieee80211-source give the same result.
There is a known problem with the ieee80211 in Linus' tree being
out of date. Its slowly being discussed on debian-kernel.
http://lists.debian.org/debian-kernel/2005/11/msg01
re (unfortunately bugzilla doesn't play well
with the debian BTS). James Courtier-Dutton recently posted
(to another bug) about how he would like ALSA bugs handled.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=338606;msg=15
Thanks
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e
> in? I'd be happy to do it myself, but of course I can't.
>
> Richard.
I will put the follwing into svn which should effect the change.
--
Horms
Index: debian/arch/i386/defines
===
--- debian/arch/i386/d
On Fri, Oct 07, 2005 at 09:10:05AM +0200, Colin Leroy wrote:
> On 07 Oct 2005 at 13h10, Horms wrote:
>
> Hi,
>
> > I took a look at making a backport, and it seems that
> > some of the problems are there, but without a deeper inspection
> > of the code its dif
sponsor my uploads.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
as the somewhat ancient 2.6.8.
Signed-off-by: Horms <[EMAIL PROTECTED]>
diff --git a/drivers/ide/ide-dma.c b/drivers/ide/ide-dma.c
index 1e15313..e430717 100644
--- a/drivers/ide/ide-dma.c
+++ b/drivers/ide/ide-dma.c
@@ -126,6 +126,7 @@ static const struct drive_list_entry dri
st
excllent practice.
In all cases, please report which version of the package
you are using, e.g. kernel-source-2.6.8 2.6.8-12.
And if you have a bug which you think needs to cover
multiple kernel versions, its probably best to just
report it against one and ask if it should be clonned
in the bug report. Its pretty easy to duplicate the bug
and reassign it if needed.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
.6.15-preN) trees in SVN. A summary
of the change follows. Interested parties, please comment/revert
as needed.
--
Horms
-CONFIG_MKISS=m
Index: debian/arch/powerpc/config
Index: debian/arch/ia64/config
Index: debian/arch/alpha/config.alpha-generic
Index: debian/arch/alpha/config.alpha-smp
Index: de
Ralf Neubauer <[EMAIL PROTECTED]> wrote:
> [-- text/plain, encoding quoted-printable, charset: us-ascii, 15 lines --]
>
> On Mon, Nov 21, 2005 at 12:25:11PM +0900, Horms wrote:
>> tag 340108 +upstream
> [...]
>> As this is almost certainly an ALSA bug, could yo
lly printed on the card. As I found
> out, these seem to be SB16's without a MIDI interface (but with OPL3).
Hi,
As this is almost certainly an ALSA bug, could you take a few moments
to log your report with the ALSA maintainers, as per the instructions
on:
http://www.mailarchives.
merge 339487 339485
thanks
In article <[EMAIL PROTECTED]> you wrote:
> This should be merged with 339487
>
> (typed "--body" option rather than "--body-file")
Merging as requested.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
In article <[EMAIL PROTECTED]> you wrote:
> Horms and Maximilian Attems, how does your discussion relate to the
> bugs reports you are including in CC?
>
> I thought that "Considering my previous comment, this does not seems
> to be really relevant." was a polit
s.
Hi,
Most likely you are seeing #333052/#333522 which I believe is fixed
by installing module-init-tools 3.2-pre9-4
If pain persists could you please report which version
of the kernel, udev and module-init-tools you are using.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
this turned
out to mean that FRAMEBUFFER_CONSOLE needed to be manually loaded
on systems that were previously using vga=... This can be
fixed by telling the initrd generator to load FRAMEBUFFER_CONSOLE
on boot, however as of -3 it is built into the kernel to avoid
this problem.
--
Horms
--
To
tag 252289 +wontfix
tag 252289 +upstream
thanks
Is this bug reproducable with 2.4.27-11 and 2.6.14-3
(or whatever is the latest in sid when you read this).
I'm taging this as wontfix, as its assigned to 2.4.27 and
the chance of a fix not requiring a significant backport
seems remote.
--
: bterm exits with segmentation fault on Sun Ultra 1 Creator 3d
> Bug reassigned from package `kernel-image-2.4.27-2-sparc64' to
> `kernel-image-2.4.27-2-sparc64'.
>
>> reassign 261368 kernel-image-2.4.27-2-sparc64-smp
> Bug#261368: swf-player: swf_play oops on sparc64-smp
> Warning: Unknown package 'kernel-image-2.4.26-sparc64-smp'
> Bug reassigned from package `kernel-image-2.4.26-sparc64-smp' to
> `kernel-image-2.4.27-2-sparc64-smp'.
>
>> reassign 281511 kernel-image-2.4.27-2-sparc32
> Bug#281511: kernel-image-2.4.26-sparc32: kernel paging request oops
> Warning: Unknown package 'kernel-image-2.4.26-sparc32'
> Bug reassigned from package `kernel-image-2.4.26-sparc32' to
> `kernel-image-2.4.27-2-sparc32'.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ld be done.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
h,snd_seq_virmidi,snd_seq_oss,snd_seq,snd_emu10k1,snd_rawmidi,snd_seq_device,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_hwdep
> soundcore 9696 1 snd
> rtc12472 1 snd_rtctimer
>
> Thanks
> Waldo Cancino
>
>
>
>
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ies. And in this case at least 2) shows us that
there is actually a slightly deeper problem that needs to
be addresses. I'd be surprised if we really end up needing
1).
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
llow users to access
arbitary (unsafe) ioctls, that sounds like a can of worms to me.
I have CCed the SCSI maintainers for comment.
For their reference, your original post and patch, allong with
the rest of this thread is at:
http://lists.debian.org/debian-kernel/2005/11/msg00748.html
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
sing was a prebuilt Debian kernel. I'm not sure how
> to rebuild it from source. Horms, if you could point me in the right
> direction, I'll give it a try.
That depends exactly what you want to build. To just make an image
for testing, upacking the tarball supplied by linux-source-2
d was released using k-p 9.008.4. 10.00x seems
to be in pretty good shape now, unless something nasty is
lurking deeper in my INBOX. Manoj, please upload at will.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
this problem seems completely different to the problem that I had.
Could you please post report to the upstream maintainers,
Vojtech Pavlik <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
CCing [EMAIL PROTECTED]
Thanks
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
nt plan
> is to move it to /patch-tracking - unless anyone has a better
> suggestion?
Fine by me.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
make commands for targets).
Thats fine, now we know that we must provide a .config to call
make-kpkg, whereas previously we were occasionally getting away
without it isn't a bit deal. Thanks for clarifying why maintaining
the old (not to specficiation) behaviour is a pain.
--
Horms
--
T
ow 9.008.4, which we have used before is there.
If we are going to release in the next few days, I'd rather
Manoj hold off. But if its going to be longer, then we probably
have enoughy scope to debug any 10.00X and get kernel-package
re-released before we make our relese.
Comments, ple
;s".
I simply extended this to all toshiba products, and I believe
this was included in 2.6.13. Is there a chance you could
try 2.6.14-2, which is sitting in sid?
http://www.vergenet.net/~horms/pleb_blossom/pleb_blossom/archives/2005-06.shtml#e2005-06-18T18_34_04.txt
--
Horms
--
To UNSU
a problem better solved in the kernel than in user-space. I have CCed
the ACPI maintainers on this message for their consideration, including
your patch, which is below.
--
Horms
diff -r -u gnome-applets-2.8.2.orig/battstat/battstat_applet.c
gnome-applets-2.8.2/battstat/battstat_app
package. As I said above, its long
been a source of pain and frustration.
I encourage you to play with the linux-2.6 packages and explore
what in there is broken, how we could be using kernel-package better,
and what logic might be best moved into kernel-package. I particularly
encourage this
justification for making invocations that worked
(flawlessly) in the past fail.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ernel related - not
> ramdisk-related, so reassigning...
The abouve FRAMEBUFFER change should appear in 2.6.13-3.
Perhaps it will help.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sven Luther <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 09, 2005 at 03:22:59PM +0100, Sven Luther wrote:
>> On Wed, Nov 09, 2005 at 02:48:10PM +0100, Moritz Muehlenhoff wrote:
>> > Hi Horms and the rest of debian-kernel,
>> > Al Viro has found another local DoS
Sven Luther <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 09, 2005 at 02:48:10PM +0100, Moritz Muehlenhoff wrote:
>> Hi Horms and the rest of debian-kernel,
>> Al Viro has found another local DoS vulnerability in the kernel; one
>> can trigger an oops in sysctl. The fix
Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote:
> Hi Horms and the rest of debian-kernel,
> Al Viro has found another local DoS vulnerability in the kernel; one
> can trigger an oops in sysctl. The fix is the only code change in
> 2.6.14.1 and has been assigned CVE-2005-2709.
Tha
already an entry for this in dannf's patchdir
I assume someone has bumped the ABI for 2.6.14.
Now, who will be the first to tell us that about CVE-2005-2709 that
we already know about?
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sven Luther <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 09, 2005 at 11:07:24AM +0900, Horms wrote:
>
> Yes and no. The problem is that basically we have two different things, the
> first one is the build infrastructure, which should really not be all that
> different for ea
ed 2.6.14-3, and Jurij said he'll also switch sparc from gcc-3.3
>> to gcc-4.0.
>
> 2.6.14.1 seems to need an ABI bump anyway, so go ahead.
>
>> How to handle these ABI changes for specific architectures?
>
> We can't, and we never want to support that.
Agreed.
-
Sven Luther <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 08, 2005 at 12:53:47PM -0600, Manoj Srivastava wrote:
>> On Wed, 9 Nov 2005 00:22:23 +0900, Horms <[EMAIL PROTECTED]> said:
>>
>> > Don't we need to handle the control file ourselves because we make
e, and we can just exclude the not-needed directories from
> being included in the debian/rules export target.
Hi Sven,
While I think keeping common code common is important,
isn't this something our version control system should
be doing for us with branches and merges? I'm concerne
On Tue, Nov 08, 2005 at 09:01:24AM -0600, Manoj Srivastava wrote:
> On Tue, 8 Nov 2005 14:26:17 +0100, Sven Luther <[EMAIL PROTECTED]> said:
>
> > On Tue, Nov 08, 2005 at 08:30:53PM +0900, Horms wrote:
> >> On Tue, Nov 08, 2005 at 11:36:13AM +0100, Sven Luther wrote:
switch sparc from gcc-3.3
> > to gcc-4.0.
> >
> > How to handle these ABI changes for specific architectures?
>
> I think if you do it together, the easiest way is probably to do a ABI++ for
> everyone.
I think that as it stands ABI++ for everyone is the only sane
On Tue, Nov 08, 2005 at 11:36:13AM +0100, Sven Luther wrote:
> On Tue, Nov 08, 2005 at 11:19:36AM +0100, Jonas Smedegaard wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On Tue, 8 Nov 2005 11:31:10 +0900
> > Horms <[EMAIL PROTECTED]> wro
t;>>>>>>
> scsi0:0:0:0: Unable to deliver message
> aic7xxx_dev_reset returns 0x2003
> scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 0
> lun 0
> target0:0:0: Write Buffer failure 2
> target0:0:0: Domain Validation detected failure, dropping back
> target0:0:0: Write Buffer failure 1
> target0:0:0: Domain Validation detected failure, dropping back
> target0:0:0: Write Buffer failure 1
> target0:0:0: Domain Validation detected failure, dropping back
> target0:0:0: Write Buffer failure 1
> target0:0:0: Domain Validation detected failure, dropping back
> target0:0:0: Write Buffer failure 1
> target0:0:0: Domain Validation detected failure, dropping back
> target0:0:0: Write Buffer failure 1
> target0:0:0: Domain Validation detected failure, dropping back
> target0:0:0: Write Buffer failure 1
> target0:0:0: Domain Validation detected failure, dropping back
> target0:0:0: Write Buffer failure 1
> target0:0:0: Domain Validation Failure, dropping back to Asynchronous
> target0:0:0: Ending Domain Validation
> sda : READ CAPACITY failed.
> sda : status=0, message=00, host=1, driver=00
> sda : sense not available.
> sda: asking for cache data failed
> sda: assuming drive cache: write through
> sda : READ CAPACITY failed.
> sda : status=0, message=00, host=1, driver=00
> sda : sense not available.
> sda: asking for cache data failed
> sda: assuming drive cache: write through
> sda:<6>sd 0:0:0:0: SCSI error: return code = 0x1
> end_request: I/O error, dev sda, sector 0
> Buffer I/O error on device sda, logical block 0
> sd 0:0:0:0: SCSI error: return code = 0x1
> end_request: I/O error, dev sda, sector 0
> Buffer I/O error on device sda, logical block 0
> unable to read partition table
> Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
> /bin/cat: /sys/block/sda/sda2/dev: No such file or directory
> Waiting 1 seconds for /sys/block/sda/sda2/dev to show up
> /bin/cat: /sys/block/sda/sda2/dev: No such file or directory
> Waiting 2 seconds for /sys/block/sda/sda2/dev to show up
> /bin/cat: /sys/block/sda/sda2/dev: No such file or directory
> Waiting 4 seconds for /sys/block/sda/sda2/dev to show up
> /bin/cat: /sys/block/sda/sda2/dev: No such file or directory
> Waiting 8 seconds for /sys/block/sda/sda2/dev to show up
> /bin/cat: /sys/block/sda/sda2/dev: No such file or directory
> Waiting 16 seconds for /sys/block/sda/sda2/dev to show up
> /bin/cat: /sys/block/sda/sda2/dev: No such file or directory
> Device /sys/block/sda/sda2/dev seems to be down.
> Debugging opportunity, type ^D to continue.
> /bin/dash: can't access tty; job control turned off
> #
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Nov 07, 2005 at 09:55:56AM +0100, Harald Welte wrote:
> On Mon, Nov 07, 2005 at 05:39:53PM +0900, Horms wrote:
>
> > I did some disasembling fun and games, and I'm pretty sure the patch
> > below will fix your problem. I'll fire of a build, I'd be g
it is fixed in 2.6.14-2. Is that
the case?
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
#x27;m afraid I don't know how to reassign a bug in BTS though, so I can't do
> that.
IF your are interested, that is covered on http://bugs.debian.org,
but breifly, CC [EMAIL PROTECTED] and start the message as I have above.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ut the kernel-team in a bit of a pickle with regards to and
releases in the near future.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tuation
better, however as you might note if you scan debian-kernel,
we are far from consensus on the issue.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
am not subscribed to this list.
That seems reasonable to me. Can others comment?
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
wiki entry. I take it to be a work-in-progress document,
rather than doctrine. I personally don't find much at fault with what it
says. But I haven't been looking into the module build problem much.
I really think we should focus our energies on finding a module build
framework that works f
2b2504: sub$0x10,%esp
0xc02b2507: mov0x2c(%esp),%edx
0xc02b250b: mov0x28(%esp),%esi
0xc02b250f: mov0xc03a42c0(,%edx,4),%eax
0xc02b2516: mov(%eax),%edi
0xc02b2518: test %edi,%edi
0xc02b251a: je 0x412b26b6
Signed-off-by: Horms <[EMAIL PROTECTED]
Package: linux-2.6
Severity: normal
Tags: patch
As a work around I am going to disable SOFTWARE_SUSPEND on effected
flavours, so far powerpc/miboot:
It seems that CONFIG_PM needs to be set for CONFIT_SOFFTWARE_SUSPEND
to compile cleanly. For startes, swsusp_arch_suspend needs
swsusp_save.
t; >
> If you want BIC as default then do as suggested here. My personal
> opinion is that is the correct thing to do for a standard
> distribution.
Thanks, the suggestion above will be incporated into the next release.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I wonder if this problem
> is related to that problem- they both seem like "race" problems to me.
I stronly suspect so. A proposed fix has been incoporated into
module-init-tools 3.2-pre9-4, could interested parties please
test this problem against that release?
http://bugs.debian.or
Is this bug resolved by running alsaconf?
http://bugs.debian.org/336293
Alternatively, is ALSA in a better state on HPPA in 2.6.14-2?
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-2.6.8. Does that make sense to you?
--
Horms
27;t have a problem with this, though I'm not sure
how to add it to the current packaging layout, and I think there
might need to be some hacking done for it to happen. So its probably
best for some of the other kernel team people to comment on if
this is a good idea or not first.
--
Horms
--
d if people want to have the dist information stored in svn, use
> symlinks:
>
> linux-2.6/2.6.12
> linux-2.6/sid -> 2.6.12
> linux-2.6/2.6.15
Your approach also seems workable, well at least more workable than the
current situation. Though I'm not sure what happens when
now it just e-mails me,
>
> With theat patch, the kernel commit messages would get a subject tag
> which allows easier scanning of commit messages in a mailbox which
> gets commit messages from multiple repositories.
Sure, though I don't seem to be able to check hooks/post-commit out :(
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Nov 04, 2005 at 10:15:01AM +0100, Christian T. Steigies wrote:
> On Fri, Nov 04, 2005 at 09:56:08AM +0100, Sven Luther wrote:
> > On Fri, Nov 04, 2005 at 01:10:20PM +0900, Horms wrote:
> > >
> > > Christian, just a heads up. The linux-2.6 in sid is, as of yester
o end up
a s broken patch in the tree.
Ultimately the best option is to get newer versions of these
drivers into Linus' tree. If there is any way that Debian can
help with that, then thats help that should be given IMHO.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Nov 04, 2005 at 01:51:24AM -0500, Joey Hess wrote:
> Horms wrote:
> > I don't have a particular problem with disabling those drivers from the
> > build. But the d-i guys might. I've CCed them for comment (and dropped
> > the netdev CC).
>
> No d-i ud
provided that one can easily switch to another
> algorithm (using /proc/sys/net/ipv4/tcp_congestion_control).
Hi Netdev,
could someone please comment on what a good default congestion
algorithm setup for distribution kernels is?
Thanks
--
Horms
me (running on a stock linux-image-2.6.14-2 with initramfs made by
> initramfs-tools).
I believe that the problem still remains at boot time because
root is read-only, and modprobe's locks require write access.
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
1 - 100 of 1338 matches
Mail list logo
