On Monday 09 July 2007, Phil Oester wrote:
> On Sun, Jul 08, 2007 at 04:52:52PM -0700, Linus Torvalds wrote:
> > Anybody? Should I make just the shortlogs available instead (I don't save
> > those, but I post those for the later -rc's - usually the -rc1 and -rc2's
> > are too big for the mailing li
Yesterday, on a Xen box running debian etch (kernel 2.6.18.4) we were modifying
the network configuration in one of the domU's, when suddenly this triggered,
taking down the entire box. Network was no longer available either.
May 20 23:52:41 xen02 kernel: ADDRCONF(NETDEV_UP): vif20.0: link is n
Hello list,
I was wondering what has happened with the NCQ support for nForce5 chipsets?
I've got one (on an Abit KN9-SLI), and I've found no further mentions about
it for a while.
Kind regards,
Jan
--
A watched clock never boils.
-
To unsubscribe from this list: send the line "unsubscribe li
On Thursday 26 April 2007, Linus Torvalds wrote:
> If the goal for 2.6.20 was to be a stable release (and it was), the goal
> for 2.6.21 is to have just survived the big timer-related changes and some
> of the other surprises (just as an example: we were apparently unlucky
> enough to hit what look
Hello,
Running 2.6.19.1 on AMD64.
While copying some files on an ext3 partition, I got this in the logs:
EXT3-fs warning (device sdd2): dx_probe: Unrecognised inode hash code 232
Assertion failure in dx_probe() at fs/ext3/namei.c:384: "dx_get_limit(entries)
== dx_root_limit(dir, root->info.info
On Thursday 15 February 2007, Dave Jones wrote:
> On Wed, Feb 14, 2007 at 10:46:13PM -0800, v j wrote:
>
> > Using our source code would not benefit anybody but
> > our competitors.
>
> This excuse has been given time and time again, and repeatedly been
> proven false. And as soon as one of your
I'm seeing repeated ACPI events too, but of the battery kind:
[Mon Sep 5 15:13:52 2005] received event "battery BAT2 0080 0001"
[Mon Sep 5 15:13:52 2005] completed event "battery BAT2 0080 0001"
[Mon Sep 5 15:14:53 2005] received event "battery BAT1 0080 0001"
[Mon Sep
On Sunday 04 September 2005 03:53, Alan Stern wrote:
>
> This one certainly goes into the Bizarro file.
>
> Just out of curiosity -- when you use the powered hub, does the drive work
> even if you remove that delay completely?
I haven't tested that. I will, next time I need the drive, which will p
Hello lists,
(a mail for the archives)
I've posted in the past about problems with these enclosures - increasing the
delay seems to fix it, albeit temporarily. The further you go in using the
disk in such an enclosure, the higher the udelay() had to be - atleast that's
what I'm seeing here (I'
Hello List,
I'm seeing trouble with a firewire HDD enclosure.
precious:/sys/bus/ieee1394/devices/0001a35154d5# cat vendor*
0x0001a3
337 COMBO
GENESYS LOGIC, INC.
precious:/sys/bus/ieee1394/devices/0001a35154d5# cat guid*
0x0001a35154d5
0x0001a3
GENESYS LOGIC, INC.
When plugging it
On Monday 29 August 2005 01:16, James Courtier-Dutton wrote:
> Dominik Wezel wrote:
> > Problem
> > ===
> > When turning on the laptop and during POST and GrUB loading, all ports
> > on the hub are enabled. During the USB initialization phase, when the
> > hub is detected, shortly all ports be
On Monday 08 August 2005 16:45, Daniel Petrini wrote:
> Hi,
>
> Here we have a slightly update for timertop script, it now shows the
> ticks in Hz (borrowed from Tony's pmstats - let me know if I shouldn't
>
> :-) ) and some cleanups.
Small comment: I had to move the shell call (#!/usr/bin/perl) t
On Thursday 04 August 2005 07:07, Con Kolivas wrote:
> On Thu, 4 Aug 2005 03:09 pm, Jan De Luyck wrote:
> > On Wednesday 03 August 2005 07:59, Con Kolivas wrote:
> > > This is the dynamic ticks patch for i386 as written by Tony Lindgen
> > > <[EMAIL PROTECTED]>
On Wednesday 03 August 2005 07:59, Con Kolivas wrote:
> This is the dynamic ticks patch for i386 as written by Tony Lindgen
> <[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>.
> Patch for 2.6.13-rc5
On a weird sidenote: my synaptics touchpad seems to not-like dyntick very much.
When st
On Wednesday 03 August 2005 14:14, Con Kolivas wrote:
> On Wed, 3 Aug 2005 21:54, Jan De Luyck wrote:
> > On Wednesday 03 August 2005 07:59, Con Kolivas wrote:
> > > This is the dynamic ticks patch for i386 as written by Tony Lindgen
> > > <[EMAIL PROTECTED]>
On Wednesday 03 August 2005 07:59, Con Kolivas wrote:
> This is the dynamic ticks patch for i386 as written by Tony Lindgen
> <[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>.
> Patch for 2.6.13-rc5
>
Compiles and runs ok here.
Is there actually any timer frequency that's advisable to
On Tuesday 02 August 2005 12:50, Rafael J. Wysocki wrote:
> Please try to ad the ec_polling parameter to the kernel command line and
> retest.
That helps a lot. Thanks, it's back to the 'old way'.
Jan
--
...Deep Hack Mode -- that mysterious and frightening state of
consciousness where Mortal Use
On Tuesday 02 August 2005 07:07, Linus Torvalds wrote:
> Ok, one more in the series towards final 2.6.13.
One thing that seems like a regression: doing
$ cat /proc/acpi/battery/BAT1/info
causes a two-second pause and then gives me the information, while in 2.6.12.3
that was near-instant.
$ dat
On Tuesday 02 August 2005 07:07, Linus Torvalds wrote:
> Ok, one more in the series towards final 2.6.13.
>
> This one is small enough that both shortlog and diffstat fit comfortably:
> no big architecture updates or anything like that. Some input, x86-64 and
> ppc updates, and various fairly small
On Sunday 24 July 2005 16:23, Pavel Machek wrote:
> Hi!
>
> > > I recently tried out dyntick 050610-1 against 2.6.12.3, works great, it
> > > actually makes a noticeable difference on my laptop's battery life. I
> > > don't have hard numbers, lets just say that instead of the usual ~3
> > > hours i
Hello,
I recently tried out dyntick 050610-1 against 2.6.12.3, works great, it
actually makes a noticeable difference on my laptop's battery life. I don't
have hard numbers, lets just say that instead of the usual ~3 hours i get out
of it, i was ~4 before it started nagging, usual use pattern a
On Monday 14 March 2005 09:00, Pavel Machek wrote:
> Hi!
>
> > * MySQL (hinders the actual suspension process and kicks the pc back to
> > where it was)
>
> Try this patch...
Works nicely. Thanks.
Jan
--
Most people don't need a great deal of love nearly so much as they need
a steady supp
On Monday 14 March 2005 08:57, Eric Piel wrote:
> Jan De Luyck a écrit :
> > Hello lists,
> >
> > (please cc me from cpufreq list)
> >
> > I've since yesterday started using the ondemand governor. Seems to work
> > fine, tho I can't seem to find a r
Hello lists,
(please cc me from cpufreq list)
I've since yesterday started using the ondemand governor. Seems to work fine,
tho I can't seem to find a reason why it keeps scaling my processor speed
upwards tho the processor use never exceeds 30% (been watching top -d 1).
I've been using the p
On Monday 14 February 2005 22:11, Pavel Machek wrote:
> Hi!
>
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for me
On Wednesday 09 March 2005 15:40, Matthew Garrett wrote:
> Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote:
> > I'm using an IBM Thinkpad X31. With stock 2.6.11 and the additional
> > radeontool to power-off the backlight in suspend, S3 works very well
> > and reliable. During S3 I've measured a power
On Friday 25 February 2005 17:40, Mark Fortescue wrote:
> Hi all,
>
> I am not sure exactly where to send this email. A have chosen the
> ip4/ip6 networking as the issues are in this area of the kernel.
>
> The kernel patch files patch-2.6.9 and patch-2.6.10 do not apear to be
> correct. I had some
On Tuesday 15 February 2005 11:48, Andreas Schwab wrote:
> Alex Davis <[EMAIL PROTECTED]> writes:
> > Problem does not exist on 2.6.8.1.
>
> Yes, it is a pretty recent regression, reproducable since 2.6.10.
Confirmed against 2.6.11-rc4
[EMAIL PROTECTED]:/tmp$ ./a.out < laptop-mode.txt | diff lapt
Hello lists,
Just for the archive records: we solved it this way (with the good help of IBM):
# ip route add 10.0.24.0/24 dev eth1 proto kernel scope link src 10.0.24.xxx
table 1
# ip route add default via 10.0.24.1 dev eth1 table 1
# ip rule add from 10.0.24.xxx/32 table 1 priority 500
# ip ro
On Friday 14 January 2005 23:47, James Courtier-Dutton wrote:
> That arp is perfectly OK.
> The routing table will cause the icmp echo packet to go from 10.216.0.xx
> to 10.0.24.xx via the 10.0.24.x network.
> The icmp echo response will return via the 10.0.22.x network back to the
> 10.216.0.xx ne
30 matches
Mail list logo
