Re: pcieport 0000:00:01.0: PME: Spurious native interrupt (nvidia with nouveau and thunderbolt on thinkpad P73)
Please everyone stop Cc:ing me on this discussion, I have no interest and nothing to contribute here. I have set an invalid Reply-To: just in case...
Re: [PATCH v2 0/2] PCI: Add missing link delays
Am 07.10.19 um 11:32 schrieb Mika Westerberg: > On Sat, Oct 05, 2019 at 09:34:41AM +0200, Matthias Andree wrote: >> Am 04.10.19 um 15:06 schrieb Mika Westerberg: >>> On Fri, Oct 04, 2019 at 02:57:21PM +0200, Matthias Andree wrote: >>>> Am 04.10.19 um 14:39 schrieb Mika Westerberg: >>>>> @Matthias, @Paul and @Nicholas, I appreciate if you could check that this >>>>> does not cause any issues for your systems. >>>> Just to be sure: is this intended to be applied against the 5.4-rc* >>>> master branch? >>> Yes, it applies on top of v5.4-rc1. >> I am sorry to say that I cannot currently test - my computer has a >> GeForce 1060-6GB an no onboard/on-chip graphics. >> The nvidia module 435.21 does not compile against 5.4-rc* for me (5.3.1 >> was fine). > I think the two patches should apply cleanly on 5.3.x as well. Mika, that worked. With your two patches on top of Linux 5.3.4, two Suspend-to-RAM cycles (ACPI S3), one Suspend-to-disk cycle (ACPI S4), no regressions observed => success? Let me know off-list if you need any of my "usual logs" from my test script. One blank line added to delineate Greg's release from your patches: > * 9c2dfb396722 2019-10-04 | PCI: Add missing link delays required by > the PCIe spec (HEAD -> linux-5.3.y) [Mika Westerberg] > * 00103c8c3fa8 2019-10-04 | PCI: Introduce pcie_wait_for_link_delay() > [Mika Westerberg] > > * ed56826f1779 2019-10-05 | Linux 5.3.4 (tag: v5.3.4, > stable/linux-5.3.y) [Greg Kroah-Hartman] > * d0b85a37c06b 2019-09-04 | platform/chrome: cros_ec_rpmsg: Fix race > with host command when probe failed [Pi-Hsun Shih] > * bec8c6dec605 2019-09-22 | mt76: mt7615: fix mt7615 firmware path > definitions [Lorenzo Bianconi] > * 5dab55b417ca 2019-07-02 | mt76: mt7615: always release sem in > mt7615_load_patch [Lorenzo Bianconi] > * 88688a6cd741 2019-09-09 | md/raid0: avoid RAID0 data corruption due > to layout confusion. [NeilBrown] Regards, Matthias
Re: [PATCH v2 0/2] PCI: Add missing link delays
Am 04.10.19 um 15:06 schrieb Mika Westerberg: > On Fri, Oct 04, 2019 at 02:57:21PM +0200, Matthias Andree wrote: >> Am 04.10.19 um 14:39 schrieb Mika Westerberg: >>> @Matthias, @Paul and @Nicholas, I appreciate if you could check that this >>> does not cause any issues for your systems. >> Just to be sure: is this intended to be applied against the 5.4-rc* >> master branch? > Yes, it applies on top of v5.4-rc1. I am sorry to say that I cannot currently test - my computer has a GeForce 1060-6GB an no onboard/on-chip graphics. The nvidia module 435.21 does not compile against 5.4-rc* for me (5.3.1 was fine). For some reasons I don't understand, it first complains about missing or empty Module.symvers, (which I do have and which has 12967 lines) and if I bypass that check, it complains about undeclared DRIVER_PRIME "here (outside a function)" - sorry for the German locale: /var/lib/dkms/nvidia/435.21/build/nvidia-drm/nvidia-drm-drv.c:662:44: Fehler: »DRIVER_PRIME« ist hier (außerhalb einer Funktion) nicht deklariert; meinten Sie »DRIVER_PCI_DMA«? 662 | .driver_features = DRIVER_GEM | DRIVER_PRIME | DRIVER_RENDER, | ^~~~ | DRIVER_PCI_DMA I need NOT try this hardware without nvidia proprietary driver, nouveau has always been underfeatured and I never got suspend/resume working with it, so I don't bother else it would skew the findings. (Someone let me know if switching to AMD 5x00 (XT) is worthwhile or premature. Vega and earlier consume way too much power to bother. I'm not buying a new PSU.)
Re: [PATCH v2 0/2] PCI: Add missing link delays
Am 04.10.19 um 14:39 schrieb Mika Westerberg: > @Matthias, @Paul and @Nicholas, I appreciate if you could check that this > does not cause any issues for your systems. Just to be sure: is this intended to be applied against the 5.4-rc* master branch?
Re: [PATCH] PCI: Add missing link delays required by the PCIe spec
Am 26.08.19 um 16:42 schrieb Mika Westerberg: > According to PCI FW 3.2 the OS is responsible for those delays if the > platform firmware does not provide that _DSM. So simpler way would be > always do the delays if the _DSM is not there. Well, that is * unless we trip over delays that make other parts of the kernel spin crazy in unterminated loops because there's this mismatch between the PME and the readyness world or whatever you analyzed my system PME interrupt storms for. Note we normally resume devices asynchronously these days unless someone zeroes out /sys/power/pm_async. * assuming we're not seeing complaints from I think it was Nicholas's system with wakeup/resume deadlines.
Re: [PATCH] PCI: Add missing link delays required by the PCIe spec
Am 21.08.19 um 14:45 schrieb Mika Westerberg: > Hi all, > > As the changelog says this is reworked version that tries to avoid reported > issues while at the same time fix the missing delays so we can get ICL > systems and at least the one system with Titan Ridge controller working > properly. > > @Matthias, @Paul and @Nicholas: it would be great if you could try the > patch on top of v5.4-rc5+ and verify that it does not cause any issues on > your systems. > > drivers/pci/pci-driver.c | 19 ++ > drivers/pci/pci.c| 127 --- > drivers/pci/pci.h| 1 + > 3 files changed, 137 insertions(+), 10 deletions(-) > > diff --git a/drivers/pci/pci-driver.c b/drivers/pci/pci-driver.c > index a8124e47bf6e..9aec78ed8907 100644 ... Mika, Bjorn, Rafael, quick smoke test, this test applied with git-am on top v5.3-rc5-149-gbb7ba8069de9, reboot, suspend, wake, suspend, wake, hibernate, wake, looks good to me. The top of git log --pretty-short is shown below. Couldn't test on v5.4-rc5 though as I've handed off my time machine for repairs, I seem to recall they said something about the flux compensator. Thanks. Regards, Matthias > commit 0fa4a33a010bdd24edb50b9179109c6639d5f6b5 (HEAD -> master) > Author: Mika Westerberg > > PCI: Add missing link delays required by the PCIe spec > > commit bb7ba8069de933d69cb45dd0a5806b61033796a3 (origin/master, > origin/HEAD) > Merge: 2babd34df229 e4427372398c > Author: Linus Torvalds > > Merge tag 'for-linus' of git://git.kernel.org/pub/scm/virt/kvm/kvm >
Dumping a process's pagetable entries?
[please remember to Cc: me on your replies] Greetings, is there an easy way to dump a process's pagetables from outside that process? Tools, /proc or /sys file or syscall that I missed? Thanks in advance. -- Matthias Andree - 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/
Dumping a process's pagetable entries?
[please remember to Cc: me on your replies] Greetings, is there an easy way to dump a process's pagetables from outside that process? Tools, /proc or /sys file or syscall that I missed? Thanks in advance. -- Matthias Andree - 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/
Re: Why ask Sun for ZFS while we have ReiserFS4 !?
On Mon, 30 Apr 2007, Andrew Wang wrote: > ZFS has some nice features, but ReiserFS4 also is a > good file system. > > Why do we want Sun to release ZFS under GPL, while > ReiserFS4 is already available under GPL!? Reiser4 doesn't appear to work anywhere except with Linux AFAICT, and being able to move storage between operating systems sure looks interesting... > I think for those who ask/beg Sun to release ZFS under > GPL should do the work to get ReiserFS4 to Linux! Perhaps you might ask them first if they have looked into porting Reiser4 to kernel style, ripping out duplicate code - or they decided that would be a more boring job than porting ZFS :-) -- Matthias Andree - 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/
Re: Linux 2.6.21
On Mon, 30 Apr 2007, Indan Zupancic wrote: > I don't know, but what about telling the hapless person who went > through the process of posting a bug what's wrong with the bug report? It's a tedious process you keep doing over and over and over and over again, and my experience shows it's sheer luck if people can actually fill in the missing bits given the list. Usually you have to ask thrice to obtain even the most essential information such as version. Let alone vendor patches. Anyways, the solution to this problem is someone _politely_ asking reporters to provide necessary information and also point out that they cannot ever hope to have their bug fixed without making a best-effort attempt at answering all questions the first time they're being asked. There are notable exceptions, people pinpointing code fragments at fault and everything, but those are usually tech people and not end users. > That said, if someone is an obvious idiot, ignoring saves time. But I > think that's quite rare, and in general you should give the reporter > feedback, and then ignore the bug report. (Until it improves.) And that is what happens all too often (not in absolute figures, but in the developer's perception of it) - insufficient information to debug. Yes I know, some of the bugs hide themselves so well you actually need four or five reports by different people to actually pinpoint the bug, perhaps accompanied by insufficient interface documentation that make it difficult to verify assumptions/expectations or assess potential solutions (such as the res_init() issue in fetchmail, or probably the khubd going south issue in Linux), but that's not the point. -- Matthias Andree - 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/
Re: Linux 2.6.21
On Sun, 29 Apr 2007, Linus Torvalds wrote: > What works is somebody who is a bugmaster, and it doesn't really matter > *what* bug tracker he points to (bugzilla being one of the possibilities, > although not necessarily the best, and absolutely NOT the only choice), > and turn them into emails. Once they are emails, bugzilla can track them. While I'm not reading this entire thread for lack of time: This looks exactly like the kind of bug tracking that Timo Sirainen of Dovecot fame concocted and talked about on the dovecot-users list, quote: | Dovecot BTS | --- | |The preferred way to report bugs is to send them to dovecot-bugs at |dovecot.org. The only thing it does is prefix the subject line with [BUG |#nnn] and forward it to dovecot at dovecot.org. | |Now everyone can reply to it just as it was a normal mailing list mail. |As long the subject contains the "[BUG #nnn]" prefix, it's part of the |bug. | |Existing mailing list threads can also be turned into bugs by replying |to the thread's root message with To: dovecot-bugs at dovecot.org. This |again causes the new reply to contain [BUG #nnn] prefix. | |Then comes the web part. [...]" -- quoting Timo Sirainen <http://www.dovecot.org/list/dovecot/2007-January/018786.html> Perhaps it's a stripped-down sibling of the Debian BTS without itself knowing :-) anyways, it's E-Mail centric, low ceremony, devised from the currently implemented workflow. I haven't followed its details, portability, shape, state or anything, but the requirements appear very similar to Linus's -- at least to me with entirely outside view (I've never used kernel bugzilla), so it might be a starting point, conceptionally or with some luck even implementation-wise. (Yes I know it's going to be tough to obtain all the preciou bug from bugzzzilla but anyways, if nobody likes to use it, something will be done and if only neglect...) HTH -- Matthias Andree - 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/
Re: Linux 2.6.21
On Sun, 29 Apr 2007, Linus Torvalds wrote: What works is somebody who is a bugmaster, and it doesn't really matter *what* bug tracker he points to (bugzilla being one of the possibilities, although not necessarily the best, and absolutely NOT the only choice), and turn them into emails. Once they are emails, bugzilla can track them. While I'm not reading this entire thread for lack of time: This looks exactly like the kind of bug tracking that Timo Sirainen of Dovecot fame concocted and talked about on the dovecot-users list, quote: | Dovecot BTS | --- | |The preferred way to report bugs is to send them to dovecot-bugs at |dovecot.org. The only thing it does is prefix the subject line with [BUG |#nnn] and forward it to dovecot at dovecot.org. | |Now everyone can reply to it just as it was a normal mailing list mail. |As long the subject contains the [BUG #nnn] prefix, it's part of the |bug. | |Existing mailing list threads can also be turned into bugs by replying |to the thread's root message with To: dovecot-bugs at dovecot.org. This |again causes the new reply to contain [BUG #nnn] prefix. | |Then comes the web part. [...] -- quoting Timo Sirainen http://www.dovecot.org/list/dovecot/2007-January/018786.html Perhaps it's a stripped-down sibling of the Debian BTS without itself knowing :-) anyways, it's E-Mail centric, low ceremony, devised from the currently implemented workflow. I haven't followed its details, portability, shape, state or anything, but the requirements appear very similar to Linus's -- at least to me with entirely outside view (I've never used kernel bugzilla), so it might be a starting point, conceptionally or with some luck even implementation-wise. (Yes I know it's going to be tough to obtain all the preciou bug from bugzzzilla but anyways, if nobody likes to use it, something will be done and if only neglect...) HTH -- Matthias Andree - 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/
Re: Linux 2.6.21
On Mon, 30 Apr 2007, Indan Zupancic wrote: I don't know, but what about telling the hapless person who went through the process of posting a bug what's wrong with the bug report? It's a tedious process you keep doing over and over and over and over again, and my experience shows it's sheer luck if people can actually fill in the missing bits given the list. Usually you have to ask thrice to obtain even the most essential information such as version. Let alone vendor patches. Anyways, the solution to this problem is someone _politely_ asking reporters to provide necessary information and also point out that they cannot ever hope to have their bug fixed without making a best-effort attempt at answering all questions the first time they're being asked. There are notable exceptions, people pinpointing code fragments at fault and everything, but those are usually tech people and not end users. That said, if someone is an obvious idiot, ignoring saves time. But I think that's quite rare, and in general you should give the reporter feedback, and then ignore the bug report. (Until it improves.) And that is what happens all too often (not in absolute figures, but in the developer's perception of it) - insufficient information to debug. Yes I know, some of the bugs hide themselves so well you actually need four or five reports by different people to actually pinpoint the bug, perhaps accompanied by insufficient interface documentation that make it difficult to verify assumptions/expectations or assess potential solutions (such as the res_init() issue in fetchmail, or probably the khubd going south issue in Linux), but that's not the point. -- Matthias Andree - 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/
Re: Why ask Sun for ZFS while we have ReiserFS4 !?
On Mon, 30 Apr 2007, Andrew Wang wrote: ZFS has some nice features, but ReiserFS4 also is a good file system. Why do we want Sun to release ZFS under GPL, while ReiserFS4 is already available under GPL!? Reiser4 doesn't appear to work anywhere except with Linux AFAICT, and being able to move storage between operating systems sure looks interesting... I think for those who ask/beg Sun to release ZFS under GPL should do the work to get ReiserFS4 to Linux! Perhaps you might ask them first if they have looked into porting Reiser4 to kernel style, ripping out duplicate code - or they decided that would be a more boring job than porting ZFS :-) -- Matthias Andree - 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/
Re: [ext3][kernels >= 2.6.20.7 at least] KDE going comatose when FS is under heavy write load (massive starvation)
On Fri, 27 Apr 2007, Andrew Morton wrote: > But none of this explains a 20-minute hang, unless a *lot* of fsyncs are > being performed, perhaps. Another thing that is rather unpleasant (haven't yet tried fiddling with the dirty limits) is UDF to DVD-RAM - try rsyncing /home to a DVD-RAM, that's going to leave you with tons of dirty buffers that clear slowly -- "watch -n 1 grep -i dirty /proc/meminfo" is boring, but elucidating... -- Matthias Andree - 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/
Re: [ext3][kernels >= 2.6.20.7 at least] KDE going comatose when FS is under heavy write load (massive starvation)
On Fri, 27 Apr 2007, Linus Torvalds wrote: > Oh, well.. Journalling sucks. > > I was actually _really_ hoping that somebody would come along and tell > everybody that this whole journal-logging is stupid, and that it's just > better to not ever re-write blocks on disk, but instead write to new > blocks with version numbers (and not re-use old blocks until new versions > are stable on disk). Only that you need direct-overwrite support to be able to safely trash data you no longer need... -- Matthias Andree - 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/
Re: [ext3][kernels >= 2.6.20.7 at least] KDE going comatose when FS is under heavy write load (massive starvation)
On Fri, 27 Apr 2007, Linus Torvalds wrote: > > > On Fri, 27 Apr 2007, Marat Buharov wrote: > > > > On 4/27/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > > > Aside: why the heck do applications think that their data is so important > > > that they need to fsync it all the time. I used to run a kernel on my > > > laptop which had "return 0;" at the top of fsync() and fdatasync(). Most > > > pleasurable. > > > > So, if having fake fsync() and fdatasync() is pleasurable for laptop > > and desktop, may be it's time to add option into Kconfig which > > disables normal fsync behaviour in favor of robust desktop? > > This really is an ext3 issue, not "fsync()". > > On a good filesystem, when you do "fsync()" on a file, nothing at all > happens to any other files. On ext3, it seems to sync the global journal, This behavior has been in Linux and sort of official since the early 2.4.X days - remember the discussion on fsync()ing directory changes for MTAs that led to the mount option "dirsync" for ext?fs so that rename(), link() and stuff like that became synchronous even without fsync()ing the parent directory? I can look up archive references if need be. Surely four years ago, if not five (this is from the top of my head, not a quotable fact I verified from the LKML archives though). > I used to run reiserfs, and it had its problems, but this was the > "feature" of ext3 that I've disliked most. If you run a MUA with local > mail, it will do fsync's for most things, and things really hickup if you > are doing some other writes at the same time. In contrast, with reiser, if > you did a big untar or some other big write, if somebody fsync'ed a small > file, it wasn't even a blip on the radar - the fsync would sync just that > small thing. It's not as though I'd recommend reiserfs. I have seen one major corruption recently in openSUSE 10.2 with ext3, but I've had constant headaches with reiserfs since the day it went into S.u.S.E. kernels at the time until I switched away from reiserfs some years ago. -- Matthias Andree - 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/
Re: [ext3][kernels = 2.6.20.7 at least] KDE going comatose when FS is under heavy write load (massive starvation)
On Fri, 27 Apr 2007, Linus Torvalds wrote: On Fri, 27 Apr 2007, Marat Buharov wrote: On 4/27/07, Andrew Morton [EMAIL PROTECTED] wrote: Aside: why the heck do applications think that their data is so important that they need to fsync it all the time. I used to run a kernel on my laptop which had return 0; at the top of fsync() and fdatasync(). Most pleasurable. So, if having fake fsync() and fdatasync() is pleasurable for laptop and desktop, may be it's time to add option into Kconfig which disables normal fsync behaviour in favor of robust desktop? This really is an ext3 issue, not fsync(). On a good filesystem, when you do fsync() on a file, nothing at all happens to any other files. On ext3, it seems to sync the global journal, This behavior has been in Linux and sort of official since the early 2.4.X days - remember the discussion on fsync()ing directory changes for MTAs that led to the mount option dirsync for ext?fs so that rename(), link() and stuff like that became synchronous even without fsync()ing the parent directory? I can look up archive references if need be. Surely four years ago, if not five (this is from the top of my head, not a quotable fact I verified from the LKML archives though). I used to run reiserfs, and it had its problems, but this was the feature of ext3 that I've disliked most. If you run a MUA with local mail, it will do fsync's for most things, and things really hickup if you are doing some other writes at the same time. In contrast, with reiser, if you did a big untar or some other big write, if somebody fsync'ed a small file, it wasn't even a blip on the radar - the fsync would sync just that small thing. It's not as though I'd recommend reiserfs. I have seen one major corruption recently in openSUSE 10.2 with ext3, but I've had constant headaches with reiserfs since the day it went into S.u.S.E. kernels at the time until I switched away from reiserfs some years ago. -- Matthias Andree - 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/
Re: [ext3][kernels = 2.6.20.7 at least] KDE going comatose when FS is under heavy write load (massive starvation)
On Fri, 27 Apr 2007, Linus Torvalds wrote: Oh, well.. Journalling sucks. I was actually _really_ hoping that somebody would come along and tell everybody that this whole journal-logging is stupid, and that it's just better to not ever re-write blocks on disk, but instead write to new blocks with version numbers (and not re-use old blocks until new versions are stable on disk). Only that you need direct-overwrite support to be able to safely trash data you no longer need... -- Matthias Andree - 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/
Re: [ext3][kernels = 2.6.20.7 at least] KDE going comatose when FS is under heavy write load (massive starvation)
On Fri, 27 Apr 2007, Andrew Morton wrote: But none of this explains a 20-minute hang, unless a *lot* of fsyncs are being performed, perhaps. Another thing that is rather unpleasant (haven't yet tried fiddling with the dirty limits) is UDF to DVD-RAM - try rsyncing /home to a DVD-RAM, that's going to leave you with tons of dirty buffers that clear slowly -- watch -n 1 grep -i dirty /proc/meminfo is boring, but elucidating... -- Matthias Andree - 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/
Re: [linux-usb-devel] 2.6.21-rc6 USB Keyboard hangs (EHCI/UHCI/HID)
On Sat, 14 Apr 2007, Alan Stern wrote: > On Sat, 14 Apr 2007, Matthias Andree wrote: > > > I arrived at the computer today, to find khubd in D state again, but > > unfortunately, it does not show up in Alt-SysRq-T output. Do kernel > > threads show up there at all? 2.6.18.8-0.1 with SUSE patches on openSUSE > > 10.2. > > As far as I know, all tasks including kernel threads should show up. They > certainly do on my machine. However you're the second person to report > that khubd doesn't appear after getting stuck in a D state. > > Clearly something strange is going on. I wish I knew what it was... Me too. Thanks for your patience. We'll track this down. A german proverb is "Mühsam ernährt sich das Eichhörnchen" which means we're collecting our pieces (literally food), but very slowly and hard. > > I had stopped usbmon before however, so I don't know what the events > > have been leading to this lockup. Sorry. I'll leave usbmon running now. > > Something else you can do is turn on CONFIG_USB_DEBUG and then check the > dmesg log for anything significant. That would require recompiling a production kernel, but I've now backgrounded usbmon spamming my disk, with just the keyboard attached to the external USB2.0 hub (the other device would have been my Eizo FlexScan L768 19" TFT) in the hope that it will come up with something, should khubd hang again before Friday... Best regards, -- Matthias Andree - 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/
Re: [linux-usb-devel] 2.6.21-rc6 USB Keyboard hangs (EHCI/UHCI/HID)
On Sat, 14 Apr 2007, Alan Stern wrote: On Sat, 14 Apr 2007, Matthias Andree wrote: I arrived at the computer today, to find khubd in D state again, but unfortunately, it does not show up in Alt-SysRq-T output. Do kernel threads show up there at all? 2.6.18.8-0.1 with SUSE patches on openSUSE 10.2. As far as I know, all tasks including kernel threads should show up. They certainly do on my machine. However you're the second person to report that khubd doesn't appear after getting stuck in a D state. Clearly something strange is going on. I wish I knew what it was... Me too. Thanks for your patience. We'll track this down. A german proverb is Mühsam ernährt sich das Eichhörnchen which means we're collecting our pieces (literally food), but very slowly and hard. I had stopped usbmon before however, so I don't know what the events have been leading to this lockup. Sorry. I'll leave usbmon running now. Something else you can do is turn on CONFIG_USB_DEBUG and then check the dmesg log for anything significant. That would require recompiling a production kernel, but I've now backgrounded usbmon spamming my disk, with just the keyboard attached to the external USB2.0 hub (the other device would have been my Eizo FlexScan L768 19 TFT) in the hope that it will come up with something, should khubd hang again before Friday... Best regards, -- Matthias Andree - 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/
Re: [linux-usb-devel] 2.6.21-rc6 USB Keyboard hangs (EHCI/UHCI/HID)
On Mon, 09 Apr 2007, Alan Stern wrote: > On Mon, 9 Apr 2007, Matthias Andree wrote: > > > Please Cc: me on replies, as I read linux-kernel sporadically and am not > > subscribed to linux-usb-devel at all. > > > > Greetings, > > > > I have seen my USB keyboard drivers lock up several times now with my M$ > > Natural Ergonomic Keyboard, both on SUSE 10.2's current kernel as well > > as 2.6.21-rc6 today. I don't ever recall this happen with older SUSE > > 10.0 kernels. The keyboard is connected to a USB2.0 hub with single > > transaction translator (at least that's what FreeBSD 6.2 says), which is > > connected to a via root hub. > > > > Symptoms are that the keyboard LEDs go off and no further input is > > impossible (I'm typing this into a PS/2 keyboard). Replugging does not > > help. Trying to unload ehci-hcd hangs modprobe, and additionally I've > > got a stuck khubd (not sure if that's related), else no logging. > > > > I'm rebuilding the kernel with HID/USB debugging cranked up to see if I > > can get some detail out of the situation. Any specific kernel debugging > > options that might help me debug this further? > > It would help to see a trace from usbmon showing what happens during a > lockup. You can find the instructions in the kernel source file > Documentation/usb/usbmon.txt. > > To help keep the trace simple, try to avoid plugging any other USB devices > into that hub or any other high-speed USB devices into the computer. > > Also, it might help to see a stack trace of khubd (Alt-SysRq-T) when it > gets stuck. I arrived at the computer today, to find khubd in D state again, but unfortunately, it does not show up in Alt-SysRq-T output. Do kernel threads show up there at all? 2.6.18.8-0.1 with SUSE patches on openSUSE 10.2. I had stopped usbmon before however, so I don't know what the events have been leading to this lockup. Sorry. I'll leave usbmon running now. -- Matthias Andree - 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/
2.6.21-rc6 USB Keyboard hangs (EHCI/UHCI/HID)
Please Cc: me on replies, as I read linux-kernel sporadically and am not subscribed to linux-usb-devel at all. Greetings, I have seen my USB keyboard drivers lock up several times now with my M$ Natural Ergonomic Keyboard, both on SUSE 10.2's current kernel as well as 2.6.21-rc6 today. I don't ever recall this happen with older SUSE 10.0 kernels. The keyboard is connected to a USB2.0 hub with single transaction translator (at least that's what FreeBSD 6.2 says), which is connected to a via root hub. Symptoms are that the keyboard LEDs go off and no further input is impossible (I'm typing this into a PS/2 keyboard). Replugging does not help. Trying to unload ehci-hcd hangs modprobe, and additionally I've got a stuck khubd (not sure if that's related), else no logging. I'm rebuilding the kernel with HID/USB debugging cranked up to see if I can get some detail out of the situation. Any specific kernel debugging options that might help me debug this further? Thanks, -- Matthias Andree - 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/
2.6.21-rc6 USB Keyboard hangs (EHCI/UHCI/HID)
Please Cc: me on replies, as I read linux-kernel sporadically and am not subscribed to linux-usb-devel at all. Greetings, I have seen my USB keyboard drivers lock up several times now with my M$ Natural Ergonomic Keyboard, both on SUSE 10.2's current kernel as well as 2.6.21-rc6 today. I don't ever recall this happen with older SUSE 10.0 kernels. The keyboard is connected to a USB2.0 hub with single transaction translator (at least that's what FreeBSD 6.2 says), which is connected to a via root hub. Symptoms are that the keyboard LEDs go off and no further input is impossible (I'm typing this into a PS/2 keyboard). Replugging does not help. Trying to unload ehci-hcd hangs modprobe, and additionally I've got a stuck khubd (not sure if that's related), else no logging. I'm rebuilding the kernel with HID/USB debugging cranked up to see if I can get some detail out of the situation. Any specific kernel debugging options that might help me debug this further? Thanks, -- Matthias Andree - 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/
Re: DriveStatusError BadCRC
On Fri, 22 Jul 2005, [EMAIL PROTECTED] wrote:
> I bought new Maxtor HD 80 GB but somthing Fedora Core 3 crashes giving this
> message:
>
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: Error=0x84 { DriveStatusError BadCRC }
> How can I solve it ?
Check your hardware. ATA cables must not exceed 45 cm in length; for
Ultra DMA 4, 5 or 6 (66 MByte/s and faster), you need to use 80-wire
cables (they need extra ground lines for shielding), and check if all
plugs are seated properly.
WRT the backtrace you showed, someone else will have to answer - which
kernel version are you using? If it's a Fedora-patched kernel, report
the problem to the Fedora project. If it's an older unmodified kernel,
retry with a newer kernel (2.6.12.3) first and see if the problem is
still present.
--
Matthias Andree
-
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/
Re: DriveStatusError BadCRC
On Fri, 22 Jul 2005, [EMAIL PROTECTED] wrote:
I bought new Maxtor HD 80 GB but somthing Fedora Core 3 crashes giving this
message:
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: Error=0x84 { DriveStatusError BadCRC }
How can I solve it ?
Check your hardware. ATA cables must not exceed 45 cm in length; for
Ultra DMA 4, 5 or 6 (66 MByte/s and faster), you need to use 80-wire
cables (they need extra ground lines for shielding), and check if all
plugs are seated properly.
WRT the backtrace you showed, someone else will have to answer - which
kernel version are you using? If it's a Fedora-patched kernel, report
the problem to the Fedora project. If it's an older unmodified kernel,
retry with a newer kernel (2.6.12.3) first and see if the problem is
still present.
--
Matthias Andree
-
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/
Re: Linux 2.6.13-rc2
[resending different route to circumvent bogus SPF restrictions] On Tue, 05 Jul 2005, Linus Torvalds wrote: > Ok, > -rc3 is pretty small, with the bulk of the diff being some defconfig > updates, and cleanup of xtensa (notably removal of another copy of zlib). CC [M] sound/pci/bt87x.o sound/pci/bt87x.c: In function `snd_bt87x_detect_card': sound/pci/bt87x.c:807: error: `driver' undeclared (first use in this function) sound/pci/bt87x.c:807: error: (Each undeclared identifier is reported only once sound/pci/bt87x.c:807: error: for each function it appears in.) sound/pci/bt87x.c: At top level: sound/pci/bt87x.c:910: error: `driver' used prior to declaration make[2]: *** [sound/pci/bt87x.o] Error 1 make[1]: *** [sound/pci] Error 2 make: *** [sound] Error 2 configuration attached. -- Matthias Andree config.gz Description: application/gunzip
Re: Linux 2.6.13-rc2
On Tue, 05 Jul 2005, Linus Torvalds wrote: > Ok, > -rc3 is pretty small, with the bulk of the diff being some defconfig > updates, and cleanup of xtensa (notably removal of another copy of zlib). CC [M] sound/pci/bt87x.o sound/pci/bt87x.c: In function `snd_bt87x_detect_card': sound/pci/bt87x.c:807: error: `driver' undeclared (first use in this function) sound/pci/bt87x.c:807: error: (Each undeclared identifier is reported only once sound/pci/bt87x.c:807: error: for each function it appears in.) sound/pci/bt87x.c: At top level: sound/pci/bt87x.c:910: error: `driver' used prior to declaration make[2]: *** [sound/pci/bt87x.o] Error 1 make[1]: *** [sound/pci] Error 2 make: *** [sound] Error 2 configuration attached. -- Matthias Andree config.gz Description: application/gunzip
Re: Linux 2.6.13-rc2
On Tue, 05 Jul 2005, Linus Torvalds wrote: Ok, -rc3 is pretty small, with the bulk of the diff being some defconfig updates, and cleanup of xtensa (notably removal of another copy of zlib). CC [M] sound/pci/bt87x.o sound/pci/bt87x.c: In function `snd_bt87x_detect_card': sound/pci/bt87x.c:807: error: `driver' undeclared (first use in this function) sound/pci/bt87x.c:807: error: (Each undeclared identifier is reported only once sound/pci/bt87x.c:807: error: for each function it appears in.) sound/pci/bt87x.c: At top level: sound/pci/bt87x.c:910: error: `driver' used prior to declaration make[2]: *** [sound/pci/bt87x.o] Error 1 make[1]: *** [sound/pci] Error 2 make: *** [sound] Error 2 configuration attached. -- Matthias Andree config.gz Description: application/gunzip
Re: Linux 2.6.13-rc2
[resending different route to circumvent bogus SPF restrictions] On Tue, 05 Jul 2005, Linus Torvalds wrote: Ok, -rc3 is pretty small, with the bulk of the diff being some defconfig updates, and cleanup of xtensa (notably removal of another copy of zlib). CC [M] sound/pci/bt87x.o sound/pci/bt87x.c: In function `snd_bt87x_detect_card': sound/pci/bt87x.c:807: error: `driver' undeclared (first use in this function) sound/pci/bt87x.c:807: error: (Each undeclared identifier is reported only once sound/pci/bt87x.c:807: error: for each function it appears in.) sound/pci/bt87x.c: At top level: sound/pci/bt87x.c:910: error: `driver' used prior to declaration make[2]: *** [sound/pci/bt87x.o] Error 1 make[1]: *** [sound/pci] Error 2 make: *** [sound] Error 2 configuration attached. -- Matthias Andree config.gz Description: application/gunzip
Re: Kernel SCM saga..
Andrea Arcangeli schrieb am 2005-04-09: > On Fri, Apr 08, 2005 at 05:12:49PM -0700, Linus Torvalds wrote: > > really designed for something like a offline http grabber, in that you can > > just grab files purely by filename (and verify that you got them right by > > running sha1sum on the resulting local copy). So think "wget". > > I'm not entirely convinced wget is going to be an efficient way to > synchronize and fetch your tree, its simplicitly is great though. It's a wget is probably a VERY UNWISE choice: <http://www.derkeiler.com/Mailing-Lists/securityfocus/bugtraq/2004-12/0106.html> -- Matthias Andree - 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/
Re: Kernel SCM saga..
Andrea Arcangeli schrieb am 2005-04-09: On Fri, Apr 08, 2005 at 05:12:49PM -0700, Linus Torvalds wrote: really designed for something like a offline http grabber, in that you can just grab files purely by filename (and verify that you got them right by running sha1sum on the resulting local copy). So think wget. I'm not entirely convinced wget is going to be an efficient way to synchronize and fetch your tree, its simplicitly is great though. It's a wget is probably a VERY UNWISE choice: http://www.derkeiler.com/Mailing-Lists/securityfocus/bugtraq/2004-12/0106.html -- Matthias Andree - 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/
Re: Kernel SCM saga..
Andrea Arcangeli schrieb am 2005-04-08:
> On Thu, Apr 07, 2005 at 09:42:04PM -0700, Linus Torvalds wrote:
> > play with something _really_ nasty (but also very _very_ fast), take a
> > look at kernel.org:/pub/linux/kernel/people/torvalds/.
>
> Why not to use sql as backend instead of the tree of directories? That solves
> userland journaling too (really one still has to be careful to know the
> read-committed semantics of sql, which is not obvious stuff, but 99% of
> common cases like this one just works safe automatically since all
> inserts/delete/update are always atomic).
>
> You can keep the design of your db exactly the same and even the command line
> of your script the same, except you won't have deal with the implementation of
> it anymore, and the end result may run even faster with proper btrees and you
> won't have scalability issues if the directory of hashes fills up, and it'll
> get userland journaling, live backups, runtime analyses of your queries with
> genetic algorithms (pgsql 8 seems to have it) etc...
>
> I seem to recall there's a way to do delayed commits too, so you won't
> be sychronous, but you'll still have journaling. You clearly don't care
> to do synchronous writes, all you care about is that the commit is
> either committed completely or not committed at all (i.e. not an half
> write of the patch that leaves your db corrupt).
>
> Example:
>
> CREATE TABLE patches (
> patch BIGSERIAL PRIMARY KEY,
>
> commiter_name VARCHAR(32) NOT NULL CHECK(commiter_name !=
> ''),
> commiter_email VARCHAR(32) NOT NULL CHECK(commiter_email
> != ''),
The length is too optimistic and insufficient to import the current BK
stuff. I'd vote for 64 or at least 48 for each, although 48 is going to
be a tight fit. It costs a bit but considering the expected payload
size it's irrelevant.
Committer (double t) email is up to 36 characters at the moment and the
name up to 43 characters when analyzing the shortlog script with this
little Perl snippet:
while (($k, $v) = each %addresses) {
$lk = length $k;
$lv = length $v;
if ($lk > $mk) { $mk = $lk; }
if ($lv > $mv) { $mv = $lv; }
}
print "max key len $mk, max val len $mv\n";
----
which prints: (key is the email, val the name)
max key len 43, max val len 36
--
Matthias Andree
-
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/
Re: Kernel SCM saga..
Andrea Arcangeli schrieb am 2005-04-08:
On Thu, Apr 07, 2005 at 09:42:04PM -0700, Linus Torvalds wrote:
play with something _really_ nasty (but also very _very_ fast), take a
look at kernel.org:/pub/linux/kernel/people/torvalds/.
Why not to use sql as backend instead of the tree of directories? That solves
userland journaling too (really one still has to be careful to know the
read-committed semantics of sql, which is not obvious stuff, but 99% of
common cases like this one just works safe automatically since all
inserts/delete/update are always atomic).
You can keep the design of your db exactly the same and even the command line
of your script the same, except you won't have deal with the implementation of
it anymore, and the end result may run even faster with proper btrees and you
won't have scalability issues if the directory of hashes fills up, and it'll
get userland journaling, live backups, runtime analyses of your queries with
genetic algorithms (pgsql 8 seems to have it) etc...
I seem to recall there's a way to do delayed commits too, so you won't
be sychronous, but you'll still have journaling. You clearly don't care
to do synchronous writes, all you care about is that the commit is
either committed completely or not committed at all (i.e. not an half
write of the patch that leaves your db corrupt).
Example:
CREATE TABLE patches (
patch BIGSERIAL PRIMARY KEY,
commiter_name VARCHAR(32) NOT NULL CHECK(commiter_name !=
''),
commiter_email VARCHAR(32) NOT NULL CHECK(commiter_email
!= ''),
The length is too optimistic and insufficient to import the current BK
stuff. I'd vote for 64 or at least 48 for each, although 48 is going to
be a tight fit. It costs a bit but considering the expected payload
size it's irrelevant.
Committer (double t) email is up to 36 characters at the moment and the
name up to 43 characters when analyzing the shortlog script with this
little Perl snippet:
while (($k, $v) = each %addresses) {
$lk = length $k;
$lv = length $v;
if ($lk $mk) { $mk = $lk; }
if ($lv $mv) { $mv = $lv; }
}
print max key len $mk, max val len $mv\n;
which prints: (key is the email, val the name)
max key len 43, max val len 36
--
Matthias Andree
-
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/
Re: Kernel SCM saga..
On Thu, 07 Apr 2005, Sergei Organov wrote: > David Woodhouse <[EMAIL PROTECTED]> writes: > > > On Wed, 2005-04-06 at 08:42 -0700, Linus Torvalds wrote: > > > PS. Don't bother telling me about subversion. If you must, start reading > > > up on "monotone". That seems to be the most viable alternative, but don't > > > pester the developers so much that they don't get any work done. They are > > > already aware of my problems ;) > > > > One feature I'd want to see in a replacement version control system is > > the ability to _re-order_ patches, and to cherry-pick patches from my > > tree to be sent onwards. The lack of that capability is the main reason > > I always hated BitKeeper. > > darcs? <http://www.abridgegame.org/darcs/> Close. Some things: 1. It's rather slow and quite CPU consuming and certainly I/O consuming at times - I keep, to try it out, leafnode-2 in a DARCS repo, which has a mere 20,000 lines in 140 files, with 1,436 changes so far, on a RAID-1 with two 7200/min disk drives, with an Athlon XP 2500+ with 512 MB RAM. The repo has 1,700 files in 11.5 MB, the source itself 189 files in 1.8 MB. Example: darcs annotate nntpd.c takes 23 s. (2,660 lines, 60 kByte) The maintainer himself states that there's still optimization required. 2. It has an impressive set of dependencies around Glasgow Haskell Compiler. I don't personally have issues with that, but I can already hear the moaning and bitching. 3. DARCS is written in Haskell. This is not a problem either, but I'd think there are fewer people who can hack Haskell than people who can hack C, C++, Java, Python or similar. It is still better than BitKeeper from the hacking POV as the code is available and under an acceptable license. Getting DARCS up to the task would probably require some polishing, and should probably be discussed with the DARCS maintainer before making this decision. Don't get me wrong, DARCS looks promising, but I'm not convinced it's ready for the linux kernel yet. -- Matthias Andree - 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/
Re: Kernel SCM saga..
On Thu, 07 Apr 2005, Sergei Organov wrote: David Woodhouse [EMAIL PROTECTED] writes: On Wed, 2005-04-06 at 08:42 -0700, Linus Torvalds wrote: PS. Don't bother telling me about subversion. If you must, start reading up on monotone. That seems to be the most viable alternative, but don't pester the developers so much that they don't get any work done. They are already aware of my problems ;) One feature I'd want to see in a replacement version control system is the ability to _re-order_ patches, and to cherry-pick patches from my tree to be sent onwards. The lack of that capability is the main reason I always hated BitKeeper. darcs? http://www.abridgegame.org/darcs/ Close. Some things: 1. It's rather slow and quite CPU consuming and certainly I/O consuming at times - I keep, to try it out, leafnode-2 in a DARCS repo, which has a mere 20,000 lines in 140 files, with 1,436 changes so far, on a RAID-1 with two 7200/min disk drives, with an Athlon XP 2500+ with 512 MB RAM. The repo has 1,700 files in 11.5 MB, the source itself 189 files in 1.8 MB. Example: darcs annotate nntpd.c takes 23 s. (2,660 lines, 60 kByte) The maintainer himself states that there's still optimization required. 2. It has an impressive set of dependencies around Glasgow Haskell Compiler. I don't personally have issues with that, but I can already hear the moaning and bitching. 3. DARCS is written in Haskell. This is not a problem either, but I'd think there are fewer people who can hack Haskell than people who can hack C, C++, Java, Python or similar. It is still better than BitKeeper from the hacking POV as the code is available and under an acceptable license. Getting DARCS up to the task would probably require some polishing, and should probably be discussed with the DARCS maintainer before making this decision. Don't get me wrong, DARCS looks promising, but I'm not convinced it's ready for the linux kernel yet. -- Matthias Andree - 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/
bktools::shortlog update
Hello Linus, you can either use "bk receive" to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK parent: http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-03-29 11:00:13+02:00, [EMAIL PROTECTED] shortlog: add 15 new addresses Matthias # DIFFSTAT # shortlog | 15 +++ 1 files changed, 15 insertions(+) # GNUPATCH # --- 1.259/shortlog 2005-03-25 06:37:16 +01:00 +++ 1.260/shortlog 2005-03-29 10:59:57 +02:00 @@ -193,6 +193,7 @@ 'aeb:cwi.nl' => 'Andries E. Brouwer', 'aebr:win.tue.nl' => 'Andries E. Brouwer', 'afleming:freescale.com' => 'Andy Fleming', +'afong:org.rmk.(none)' => 'Amy Fong', 'agk:redhat.com' => 'Alasdair G. Kergon', 'agl:us.ibm.com' => 'Adam Litke', 'agoddard:purdue.edu' => 'Alex Goddard', @@ -498,6 +499,7 @@ 'brugolsky:telemetry-investments.com' => 'Bill Rugolsky', 'bryan:staidm.org' => 'Bryan Rittmeyer', 'bryder:paradise.net.nz' => 'Bill Ryder', +'bstroesser:fijitsu-siemens.com' => 'Bodo Stroesser', # typo 'bstroesser:fujitsu-siemens.com' => 'Bodo Stroesser', 'buffer:antifork.org' => 'Angelo Dell\'Aera', 'bugfixer:list.ru' => 'Nick Orlov', @@ -744,9 +746,11 @@ 'dhowells:cambridge.redhat.com' => 'David Howells', 'dhowells:redhat.com' => 'David Howells', 'dhylands:com.rmk.(none)' => 'Dave Hylands', +'dick:com.rmk.(none)' => 'Dick Hollenbeck', 'didickman:yahoo.com' => 'Daniel Dickman', 'diegocg:teleline.es' => 'Diego Calleja García', 'dignome:gmail.com' => 'Lonnie Mendez', +'dilinger:debian.org' => 'Andres Salomon', 'dilinger:mp3revolution.net' => 'Andres Salomon', 'dilinger:voxel.net' => 'Andres Salomon', 'dimitry.andric:tomtom.com' => 'Dimitry Andric', @@ -1043,6 +1047,7 @@ 'gtj.member:com.rmk.(none)' => 'George T. Joseph', 'gtoumi:laposte.net' => 'Ghozlane Toumi', 'gtw:cs.bu.edu' => 'Gary Wong', +'gud:eth.net' => 'Amit Gud', 'guido.barzini:com.rmk.(none)' => 'Guido Barzini', 'guillaume.thouvenin:bull.net' => 'Guillaume Thouvenin', 'guillaume:morinfr.org' => 'Guillaume Morin', @@ -1124,6 +1129,7 @@ 'holt:sgi.com' => 'Robin Holt', 'holzheu:de.ibm.com' => 'Michael Holzheu', 'home:mdiehl.de' => 'Martin Diehl', +'hong.liu:intel.com' => 'Hong Liu', 'horms:verge.net.au' => 'Simon Horman', 'horst.hummel:de.ibm.com' => 'Horst Hummel', 'hpa:transmeta.com' => 'H. Peter Anvin', @@ -1209,6 +1215,7 @@ 'jarkko.lavinen:nokia.com' => 'Jarkko Lavinen', 'jason.d.gaston:intel.com' => 'Jason Gaston', 'jason.davis:unisys.com' => 'Jason Davis', +'jason:rightthere.net' => 'Jason Davis', 'jasonuhl:sgi.com' => 'Jason Uhlenkott', 'jasper:vs19.net' => 'Jasper Spaans', 'javaman:katamail.com' => 'Paulo Ornati', @@ -1871,6 +1878,7 @@ 'mkp:mkp.net' => 'Martin K. Petersen', # lbdb 'mkrikis:yahoo.com' => 'Martins Krikis', 'mlachwani:mvista.com' => 'Manish Lachwani', +'mlafon:arkoon.net' => 'Mathieu Lafon', 'mlang:delysid.org' => 'Mario Lang', # google 'mlev:despammed.com' => 'Lev Makhlis', 'mlindner:syskonnect.de' => 'Mirko Lindner', @@ -2041,6 +2049,7 @@ 'patmans:ibm.com' => 'Patrick Mansfield', 'patmans:us.ibm.com' => 'Patrick Mansfield', 'patrick.boettcher:desy.de' => 'Patrick Boettcher', +'patrick:bitwizard.nl' => 'Patrick van de Lageweg', 'patrick:dreker.de' => 'Patrick Dreker', # lbdb 'patrick:tykepenguin.com' => 'Patrick Caulfield', 'patrick:wildi.com' => 'Patrick Wildi', @@ -2093,6 +2102,7 @@ 'pepinto:student.dei.uc.pt' => 'Pedro Emanuel M. D. Pinto', 'per.winkvist:telia.com' => 'Per Winkvist', 'per.winkvist:uk.com' => 'Per Winkvist', +'perchrh:pvv.org' => 'Per Christian Henden', 'perex:perex.cz' => 'Jaroslav Kysela', 'perex:petra.perex-int.cz' => 'Jaroslav Kysela', # guessed 'perex:pnote.perex-int.cz' => 'Jaroslav Kysela', @@ -2258,6 +2268,7 @@ 'richard.brunner:amd.com' => 'Richard Brunner', 'richard.curnow:superh.com' => 'Richard Curnow', 'richm:oldelvet.org.uk' => 'Richard Mortimer', +'richtera:us.ibm.com' => 'Andy Richter', 'ricklind:us.ibm.com' => 'Rick Lindsley', 'riel:conectiva.com.br' => 'Rik van Riel', 'riel:imladris.surriel.com' => 'Rik van Riel', @@ -2460,6 +2471,7 @@ 'simon:thekelleys.org.uk' => 'Simon Kelley', 'simonb:lipsyncpost.co.uk' => 'Simon Burley', 'sivanich:sgi.com' => 'Dimitri Sivanich', +'sj-netfilter:cookinglinux.org' => 'Samuel Jean', 'sjackman:gmail.com' => 'Shaun Jackman', 'sjean:cookinglinux.org' => 'Samuel Jean', 'sjhill:realitydiluted.com' => 'Steven J. Hill', @@ -2549,6 +2561,7 @@ 'stevef:steveft21.austin.ibm.com' => 'Steve French', 'stevef:steveft21.ltcsamba' => 'Steve French', 'stevel:mvista.com' => 'Steve Longerbeam', +'steven:brudenell.name' => 'Steven Brudenell', 'stewart:inverse.wetlogic.net' => 'Paul Stewart', 'stewart:linux.org.au' => 'Stewart Smith', 'stewart:wetlogic.net' => 'Paul Stewart', @@ -2755,6 +2768,7 @@ 'vinay.nallamothu:gsecone.com' =>
bktools::shortlog update
Hello Linus, you can either use bk receive to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK parent: http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-03-29 11:00:13+02:00, [EMAIL PROTECTED] shortlog: add 15 new addresses Matthias # DIFFSTAT # shortlog | 15 +++ 1 files changed, 15 insertions(+) # GNUPATCH # --- 1.259/shortlog 2005-03-25 06:37:16 +01:00 +++ 1.260/shortlog 2005-03-29 10:59:57 +02:00 @@ -193,6 +193,7 @@ 'aeb:cwi.nl' = 'Andries E. Brouwer', 'aebr:win.tue.nl' = 'Andries E. Brouwer', 'afleming:freescale.com' = 'Andy Fleming', +'afong:org.rmk.(none)' = 'Amy Fong', 'agk:redhat.com' = 'Alasdair G. Kergon', 'agl:us.ibm.com' = 'Adam Litke', 'agoddard:purdue.edu' = 'Alex Goddard', @@ -498,6 +499,7 @@ 'brugolsky:telemetry-investments.com' = 'Bill Rugolsky', 'bryan:staidm.org' = 'Bryan Rittmeyer', 'bryder:paradise.net.nz' = 'Bill Ryder', +'bstroesser:fijitsu-siemens.com' = 'Bodo Stroesser', # typo 'bstroesser:fujitsu-siemens.com' = 'Bodo Stroesser', 'buffer:antifork.org' = 'Angelo Dell\'Aera', 'bugfixer:list.ru' = 'Nick Orlov', @@ -744,9 +746,11 @@ 'dhowells:cambridge.redhat.com' = 'David Howells', 'dhowells:redhat.com' = 'David Howells', 'dhylands:com.rmk.(none)' = 'Dave Hylands', +'dick:com.rmk.(none)' = 'Dick Hollenbeck', 'didickman:yahoo.com' = 'Daniel Dickman', 'diegocg:teleline.es' = 'Diego Calleja García', 'dignome:gmail.com' = 'Lonnie Mendez', +'dilinger:debian.org' = 'Andres Salomon', 'dilinger:mp3revolution.net' = 'Andres Salomon', 'dilinger:voxel.net' = 'Andres Salomon', 'dimitry.andric:tomtom.com' = 'Dimitry Andric', @@ -1043,6 +1047,7 @@ 'gtj.member:com.rmk.(none)' = 'George T. Joseph', 'gtoumi:laposte.net' = 'Ghozlane Toumi', 'gtw:cs.bu.edu' = 'Gary Wong', +'gud:eth.net' = 'Amit Gud', 'guido.barzini:com.rmk.(none)' = 'Guido Barzini', 'guillaume.thouvenin:bull.net' = 'Guillaume Thouvenin', 'guillaume:morinfr.org' = 'Guillaume Morin', @@ -1124,6 +1129,7 @@ 'holt:sgi.com' = 'Robin Holt', 'holzheu:de.ibm.com' = 'Michael Holzheu', 'home:mdiehl.de' = 'Martin Diehl', +'hong.liu:intel.com' = 'Hong Liu', 'horms:verge.net.au' = 'Simon Horman', 'horst.hummel:de.ibm.com' = 'Horst Hummel', 'hpa:transmeta.com' = 'H. Peter Anvin', @@ -1209,6 +1215,7 @@ 'jarkko.lavinen:nokia.com' = 'Jarkko Lavinen', 'jason.d.gaston:intel.com' = 'Jason Gaston', 'jason.davis:unisys.com' = 'Jason Davis', +'jason:rightthere.net' = 'Jason Davis', 'jasonuhl:sgi.com' = 'Jason Uhlenkott', 'jasper:vs19.net' = 'Jasper Spaans', 'javaman:katamail.com' = 'Paulo Ornati', @@ -1871,6 +1878,7 @@ 'mkp:mkp.net' = 'Martin K. Petersen', # lbdb 'mkrikis:yahoo.com' = 'Martins Krikis', 'mlachwani:mvista.com' = 'Manish Lachwani', +'mlafon:arkoon.net' = 'Mathieu Lafon', 'mlang:delysid.org' = 'Mario Lang', # google 'mlev:despammed.com' = 'Lev Makhlis', 'mlindner:syskonnect.de' = 'Mirko Lindner', @@ -2041,6 +2049,7 @@ 'patmans:ibm.com' = 'Patrick Mansfield', 'patmans:us.ibm.com' = 'Patrick Mansfield', 'patrick.boettcher:desy.de' = 'Patrick Boettcher', +'patrick:bitwizard.nl' = 'Patrick van de Lageweg', 'patrick:dreker.de' = 'Patrick Dreker', # lbdb 'patrick:tykepenguin.com' = 'Patrick Caulfield', 'patrick:wildi.com' = 'Patrick Wildi', @@ -2093,6 +2102,7 @@ 'pepinto:student.dei.uc.pt' = 'Pedro Emanuel M. D. Pinto', 'per.winkvist:telia.com' = 'Per Winkvist', 'per.winkvist:uk.com' = 'Per Winkvist', +'perchrh:pvv.org' = 'Per Christian Henden', 'perex:perex.cz' = 'Jaroslav Kysela', 'perex:petra.perex-int.cz' = 'Jaroslav Kysela', # guessed 'perex:pnote.perex-int.cz' = 'Jaroslav Kysela', @@ -2258,6 +2268,7 @@ 'richard.brunner:amd.com' = 'Richard Brunner', 'richard.curnow:superh.com' = 'Richard Curnow', 'richm:oldelvet.org.uk' = 'Richard Mortimer', +'richtera:us.ibm.com' = 'Andy Richter', 'ricklind:us.ibm.com' = 'Rick Lindsley', 'riel:conectiva.com.br' = 'Rik van Riel', 'riel:imladris.surriel.com' = 'Rik van Riel', @@ -2460,6 +2471,7 @@ 'simon:thekelleys.org.uk' = 'Simon Kelley', 'simonb:lipsyncpost.co.uk' = 'Simon Burley', 'sivanich:sgi.com' = 'Dimitri Sivanich', +'sj-netfilter:cookinglinux.org' = 'Samuel Jean', 'sjackman:gmail.com' = 'Shaun Jackman', 'sjean:cookinglinux.org' = 'Samuel Jean', 'sjhill:realitydiluted.com' = 'Steven J. Hill', @@ -2549,6 +2561,7 @@ 'stevef:steveft21.austin.ibm.com' = 'Steve French', 'stevef:steveft21.ltcsamba' = 'Steve French', 'stevel:mvista.com' = 'Steve Longerbeam', +'steven:brudenell.name' = 'Steven Brudenell', 'stewart:inverse.wetlogic.net' = 'Paul Stewart', 'stewart:linux.org.au' = 'Stewart Smith', 'stewart:wetlogic.net' = 'Paul Stewart', @@ -2755,6 +2768,7 @@ 'vinay.nallamothu:gsecone.com' = 'Vinay K. Nallamothu', 'vince:arm.linux.org.uk' = 'Vincent Sanders', 'vince:kyllikki.org' =
Re: Why is NFS write so slow?
On Mon, 21 Mar 2005, Xin Zhao wrote: > I am trying to develop a new filesystem based on NFS, which runs in a > very fast network environment. I used the source code of NFS2, but > noticed that NFS write is very slow. Even if I changed wsize to 8192, > it still can only reach 1MB/s. I don't know why. Because the network > is extremely fast (over 100MB/s), I don't think network is the only > reason. Any other reason? > > Is the NFS write synchronous? Does that means the NFS server will not > return before the data is flushed to disk? Yes, that is the case here. You can use export or mount options to make NFS asynchronous. Plus, NFS3 has write clustering which may be worth a try depending on your workload. -- Matthias Andree - 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/
Re: Why is NFS write so slow?
On Mon, 21 Mar 2005, Xin Zhao wrote: I am trying to develop a new filesystem based on NFS, which runs in a very fast network environment. I used the source code of NFS2, but noticed that NFS write is very slow. Even if I changed wsize to 8192, it still can only reach 1MB/s. I don't know why. Because the network is extremely fast (over 100MB/s), I don't think network is the only reason. Any other reason? Is the NFS write synchronous? Does that means the NFS server will not return before the data is flushed to disk? Yes, that is the case here. You can use export or mount options to make NFS asynchronous. Plus, NFS3 has write clustering which may be worth a try depending on your workload. -- Matthias Andree - 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/
Re: 3c59x concerns on 2.4->2.6 update?
Steffen Klassert schrieb am 2005-03-19: > In 2.6.11 ethtool data should be available. Please let me know if > you are using 2.6.11 and ethtool does not work with your card. > > I have no Tornado card to test but with 3c905/3c905B cards and > options=0x204 configured, mii-diag reports: > Auto-negotiation disabled, with Speed fixed at 100 mbps, full-duplex. > > I suppose you talking about 3c905C Tornado cards > (3c900 cards are not of Tornado type). Ouch. Yes indeed, 3C905C. Please excuse my spreading confusion here. (I also have 3C900 Combo here, these are Boomerang cards.) I'll try 2.6.11 as workload permits, the machine is a router in production with SuSE 9.2 (2.6.8 + SuSE hacks, "2.6.8-24.11-default") kernel. -- Matthias Andree - 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/
Re: 3c59x concerns on 2.4-2.6 update?
Steffen Klassert schrieb am 2005-03-19: In 2.6.11 ethtool data should be available. Please let me know if you are using 2.6.11 and ethtool does not work with your card. I have no Tornado card to test but with 3c905/3c905B cards and options=0x204 configured, mii-diag reports: Auto-negotiation disabled, with Speed fixed at 100 mbps, full-duplex. I suppose you talking about 3c905C Tornado cards (3c900 cards are not of Tornado type). Ouch. Yes indeed, 3C905C. Please excuse my spreading confusion here. (I also have 3C900 Combo here, these are Boomerang cards.) I'll try 2.6.11 as workload permits, the machine is a router in production with SuSE 9.2 (2.6.8 + SuSE hacks, 2.6.8-24.11-default) kernel. -- Matthias Andree - 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/
3c59x concerns on 2.4->2.6 update?
Hi, I've recently upgraded a router which has three 3Com900C Tornado cards revisions 74 and 78 from Linux 2.4 to 2.6. IIRC, Linux 2.4 allowed to report if the link beat was sensed to be 10 or 100 mbps, Linux 2.6 does not. One of these cards is attached to peculiar network gear and needs to be forced to 100baseTx-FD. I configured options=0x204 for that interface, which sorta worked; vortex-diag and mii-diag still report autonegotiation were enabled. Strange. ethtool (I tried v2 and v3) does not appear to work at all for 3C900C cards, "No data available" if run without options. Any insight into these would be appreciated, -- Matthias Andree - 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/
3c59x concerns on 2.4-2.6 update?
Hi, I've recently upgraded a router which has three 3Com900C Tornado cards revisions 74 and 78 from Linux 2.4 to 2.6. IIRC, Linux 2.4 allowed to report if the link beat was sensed to be 10 or 100 mbps, Linux 2.6 does not. One of these cards is attached to peculiar network gear and needs to be forced to 100baseTx-FD. I configured options=0x204 for that interface, which sorta worked; vortex-diag and mii-diag still report autonegotiation were enabled. Strange. ethtool (I tried v2 and v3) does not appear to work at all for 3C900C cards, No data available if run without options. Any insight into these would be appreciated, -- Matthias Andree - 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/
bktools::shortlog update
Hello Linus, you can either use "bk receive" to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK parent: http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-03-17 13:11:15+01:00, [EMAIL PROTECTED] shortlog: add 4 new addresses Matthias # DIFFSTAT # shortlog |4 1 files changed, 4 insertions(+) # GNUPATCH # --- 1.257/shortlog 2005-03-14 20:52:29 +01:00 +++ 1.258/shortlog 2005-03-17 13:10:58 +01:00 @@ -297,6 +297,7 @@ 'andre.breiler:null-mx.org' => 'André Breiler', 'andre.landwehr:gmx.net' => 'Andre Landwehr', 'andre:linux-ide.org' => 'Andre Hedrick', +'andre:tomt.net' => 'Andre Tomt', 'andrea:cpushare.com' => 'Andrea Arcangeli', 'andrea:novell.com' => 'Andrea Arcangeli', 'andrea:suse.de' => 'Andrea Arcangeli', @@ -1173,6 +1174,7 @@ 'jack_hammer:adaptec.com' => 'Jack Hammer', 'jackson:realtek.com.tw' => 'Ian Jackson', 'jacmet:sunsite.dk' => 'Peter Korsgaard', +'jacques_basson:myrealbox.com' => 'Jacques Basson', 'jaharkes:cs.cmu.edu' => 'Jan Harkes', 'jakob.kemi:telia.com' => 'Jakob Kemi', 'jakub:redhat.com' => 'Jakub Jelínek', @@ -2240,6 +2242,7 @@ 'rene.herman:nl.rmk.(none)' => 'Rene Herman', 'rene.rebe:gmx.net' => 'Rene Rebe', 'rene.scharfe:lsrfire.ath.cx' => 'Rene Scharfe', +'rene:exactcode.de' => 'Rene Rebe', 'rgcrettol:datacomm.ch' => 'Roger Crettol', 'rgooch:atnf.csiro.au' => 'Richard Gooch', 'rgooch:ras.ucalgary.ca' => 'Richard Gooch', @@ -2435,6 +2438,7 @@ 'shbader:de.ibm.com' => 'Stefan Bader', 'sheilds:msrl.com' => 'Michael Shields', # typo 'shemminger:osdl.org' => 'Stephen Hemminger', +'shenkel:gmail.com' => 'Sven Henkel', 'shep:alum.mit.edu' => 'Tim Shepard', 'shields:msrl.com' => 'Michael Shields', 'shingchuang:via.com.tw' => 'Shing Chuang', # BKPATCH # ## Wrapped with gzip_b64 ## H4sIAGV5OUICA7WUUW+bMBDHn+NPcVIf8tBBbIMDWEqVpp3WtJNWpevz5JhryAq4w06aTnz4 QVBSJeoetnXgB+743/G/+0mcwPRS9pyp1ipP7fgJy8VqWfquUqUt0Clfm6K+yFS5wDt0NaeU NzfjAR2KpObJUIgaOQqhQ6bmURyh5uQE7i1Wslco57Klsr4q0wqxyV8Z62RvUWz8tA1nxjTh wK4sDh6xKjEfTG6a43WB54zJLWmEt8rpDNZYWdljfrDPuJcnlL3Zx0/3n89nhIxGsPcKoxF5 57mO5hl3cxy2ETRgIUtE06kehkOekEtgPk84UDGgwYBFwALJmGTilDJJKVhVYD4u1DL39U84 ZeBRMoF3tn5BNNjMVC43CwkqTSGEEp/bpwqtRUtuYBhELCa3rysk3h9ehFBFydmr+cwUeOR8 56IzLlhMo7D5bh2wKBH1AybqQUc0URRTNU8Pt3NQ3G46YpxREdeMhZxt+e8UB/j/2cbv0B/7 2ZLnST0MhOAdeREfkqdSxG+TD/8b+bd5d0v7Al71vGmPt2ng7yb6C/ZTniTASH+7IulM4fwS XR9GZ9A/b3Pwtcn1P5ApY5Fold+V/rFC+22urDWlLF4qVPncbNpBu7rrTgGTraKt5TzkbW2F JUrcKO20SbGB0RXMmjTMcI5bbRhErdZmWD5iLhfdrnfN79ZYwtX2VaPe/1R0hvrRropRzBWG WsfkF7RXK4UmBQAA - 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/
bktools::shortlog update
Hello Linus, you can either use bk receive to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK parent: http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-03-17 13:11:15+01:00, [EMAIL PROTECTED] shortlog: add 4 new addresses Matthias # DIFFSTAT # shortlog |4 1 files changed, 4 insertions(+) # GNUPATCH # --- 1.257/shortlog 2005-03-14 20:52:29 +01:00 +++ 1.258/shortlog 2005-03-17 13:10:58 +01:00 @@ -297,6 +297,7 @@ 'andre.breiler:null-mx.org' = 'André Breiler', 'andre.landwehr:gmx.net' = 'Andre Landwehr', 'andre:linux-ide.org' = 'Andre Hedrick', +'andre:tomt.net' = 'Andre Tomt', 'andrea:cpushare.com' = 'Andrea Arcangeli', 'andrea:novell.com' = 'Andrea Arcangeli', 'andrea:suse.de' = 'Andrea Arcangeli', @@ -1173,6 +1174,7 @@ 'jack_hammer:adaptec.com' = 'Jack Hammer', 'jackson:realtek.com.tw' = 'Ian Jackson', 'jacmet:sunsite.dk' = 'Peter Korsgaard', +'jacques_basson:myrealbox.com' = 'Jacques Basson', 'jaharkes:cs.cmu.edu' = 'Jan Harkes', 'jakob.kemi:telia.com' = 'Jakob Kemi', 'jakub:redhat.com' = 'Jakub Jelínek', @@ -2240,6 +2242,7 @@ 'rene.herman:nl.rmk.(none)' = 'Rene Herman', 'rene.rebe:gmx.net' = 'Rene Rebe', 'rene.scharfe:lsrfire.ath.cx' = 'Rene Scharfe', +'rene:exactcode.de' = 'Rene Rebe', 'rgcrettol:datacomm.ch' = 'Roger Crettol', 'rgooch:atnf.csiro.au' = 'Richard Gooch', 'rgooch:ras.ucalgary.ca' = 'Richard Gooch', @@ -2435,6 +2438,7 @@ 'shbader:de.ibm.com' = 'Stefan Bader', 'sheilds:msrl.com' = 'Michael Shields', # typo 'shemminger:osdl.org' = 'Stephen Hemminger', +'shenkel:gmail.com' = 'Sven Henkel', 'shep:alum.mit.edu' = 'Tim Shepard', 'shields:msrl.com' = 'Michael Shields', 'shingchuang:via.com.tw' = 'Shing Chuang', # BKPATCH # ## Wrapped with gzip_b64 ## H4sIAGV5OUICA7WUUW+bMBDHn+NPcVIf8tBBbIMDWEqVpp3WtJNWpevz5JhryAq4w06aTnz4 QVBSJeoetnXgB+743/G/+0mcwPRS9pyp1ipP7fgJy8VqWfquUqUt0Clfm6K+yFS5wDt0NaeU NzfjAR2KpObJUIgaOQqhQ6bmURyh5uQE7i1Wslco57Klsr4q0wqxyV8Z62RvUWz8tA1nxjTh wK4sDh6xKjEfTG6a43WB54zJLWmEt8rpDNZYWdljfrDPuJcnlL3Zx0/3n89nhIxGsPcKoxF5 57mO5hl3cxy2ETRgIUtE06kehkOekEtgPk84UDGgwYBFwALJmGTilDJJKVhVYD4u1DL39U84 ZeBRMoF3tn5BNNjMVC43CwkqTSGEEp/bpwqtRUtuYBhELCa3rysk3h9ehFBFydmr+cwUeOR8 56IzLlhMo7D5bh2wKBH1AybqQUc0URRTNU8Pt3NQ3G46YpxREdeMhZxt+e8UB/j/2cbv0B/7 2ZLnST0MhOAdeREfkqdSxG+TD/8b+bd5d0v7Al71vGmPt2ng7yb6C/ZTniTASH+7IulM4fwS XR9GZ9A/b3Pwtcn1P5ApY5Fold+V/rFC+22urDWlLF4qVPncbNpBu7rrTgGTraKt5TzkbW2F JUrcKO20SbGB0RXMmjTMcI5bbRhErdZmWD5iLhfdrnfN79ZYwtX2VaPe/1R0hvrRropRzBWG WsfkF7RXK4UmBQAA - 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/
BK-kernel-tools/shortlog update
Hello Linus, you can either use "bk receive" to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK parent: http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-03-14 08:17:19+01:00, [EMAIL PROTECTED] shortlog: add 22 new addresses; re-sort Matthias # DIFFSTAT # shortlog | 24 +++- 1 files changed, 23 insertions(+), 1 deletion(-) # GNUPATCH # --- 1.255/shortlog 2005-03-11 11:18:49 +01:00 +++ 1.256/shortlog 2005-03-14 08:16:36 +01:00 @@ -235,8 +235,8 @@ 'akpm:osdl.org' => 'Andrew Morton', # guessed 'akpm:reardensteel.com' => 'Andrew Morton', 'akpm:zip.com.au' => 'Andrew Morton', -'akropel:rochester.rr.com' => 'Adam Kropelin', # guessed 'akropel1:rochester.rr.com' => 'Adam Kropelin', # lbdb +'akropel:rochester.rr.com' => 'Adam Kropelin', # guessed 'al.fracchetti:tin.it' => 'Alessandro Fracchetti', 'alain.knaff:lll.lu' => 'Alain Knaff', 'alain:linux.lu' => 'Alain Knaff', @@ -329,6 +329,7 @@ 'aoki:sdl.hitachi.co.jp' => 'Hideo Aoki', 'aoliva:redhat.com' => 'Alexandre Oliva', 'ap:cipherica.com' => 'Alex Pankratov', +'apatard:mandrakesoft.com' => 'Arnaud Patard', 'apm:brigitte.dna.fi' => 'Antti P. Miettinen', 'apolkosnik:directvinternet.com' => 'Adam Polkosnik', 'appro:fy.chalmers.se' => 'Andy Polyakov', @@ -337,6 +338,7 @@ 'arashi:yomerashi.yi.org' => 'Matt Reppert', 'arekm:pld-linux.org' => 'Arkadiusz Miskiewicz', # lbdb 'arief_m_utama:telkomsel.co.id' => 'Arief Mulya Utama', +'ariel:blueslice.com' => 'Ariel Rosenblatt', 'aris:cathedrallabs.org' => 'Aristeu Sergio Rozanski Filho', 'arjan:fenrus.demon.nl' => 'Arjan van de Ven', 'arjan:infradead.org' => 'Arjan van de Ven', @@ -475,6 +477,7 @@ 'braam:clusterfs.com' => 'Peter Braam', 'brad:wasp.net.au' => 'Brad Campbell', 'brad_mssw:gentoo.org' => 'Brad House', +'bram.verweij:wanadoo.nl' => 'Bram Verweij', 'bram:sara.nl' => 'Bram Stolk', 'braunu:de.ibm.com' => 'Ursula Braun-Krahl', 'brazilnut:us.ibm.com' => 'Don Fry', @@ -580,6 +583,7 @@ 'cip307:cip.physik.uni-wuerzburg.de' => 'Jochen Karrer', # from shortlog 'ckoerner:sysgo.com' => 'Christian Koerner', 'ckulesa:as.arizona.edu' => 'Craig Kulesa', +'cl81:gmx.net' => 'Christian Ludwig', 'clameter:sgi.com' => 'Christoph Lameter', 'clear.zhang:uli.com.tw' => 'Clear Zhang', 'clemens-dated-1061728015.bf63:endorphin.org' => 'Fruhwirth Clemens', @@ -801,6 +805,7 @@ 'ducrot:poupinou.org' => 'Bruno Ducrot', 'duncan.sands:math.u-psud.fr' => 'Duncan Sands', 'duncan:sun.com' => 'Duncan Laurie', +'duraid:octopus.com.au' => 'Duraid Madina', 'duwe:suse.de' => 'Torsten Duwe', 'dvhltc:us.ibm.com' => 'Darren Hart', 'dvrabel:arcom.co.uk' => 'David Vrabel', @@ -871,6 +876,7 @@ 'eric.lemoine:gmail.com' => 'Eric Lemoine', 'eric.moore:lsil.com' => 'Eric Moore', 'eric.piel:bull.net' => 'Eric Piel', +'eric.piel:lifl.fr' => 'Eric Piel', 'eric.valette:free.fr' => 'Eric Valette', 'eric:lammerts.org' => 'Eric Lammerts', 'eric:yhbt.net' => 'Eric Wong', @@ -986,6 +992,7 @@ 'ghoz:sympatico.ca' => 'Ghozlane Toumi', 'gibbs:overdrive.btc.adaptec.com' => 'Justin T. Gibbs', 'gibbs:scsiguy.com' => 'Justin T. Gibbs', +'gijoe:poczta.onet.pl' => 'Daniel Johnson', 'gilbertd:treblig.org' => 'Dr. David Alan Gilbert', 'giorgio:org.rmk.(none)' => 'Giorgio Padrin', 'giri:lmc.cs.sunysb.edu' => 'Giridhar Pemmasani', @@ -1049,6 +1056,7 @@ 'hadi:znyx.com' => 'Jamal Hadi Salim', # typo 'hadi:zynx.com' => 'Jamal Hadi Salim', 'hager:cs.umu.se' => 'Peter Hagervall', +'hal:realmsys.com' => 'Hal Tolley', 'hall:vdata.com' => 'Jeff Hall', 'hallyn:cs.wm.edu' => 'Serge Hallyn', 'halr:voltaire.com' => 'Hal Rosenstock', @@ -1207,6 +1215,7 @@ 'jbarnes:sgi.com' => 'Jesse Barnes', 'jbaron:redhat.com' => 'Jason Baron', 'jbglaw:lug-owl.de' => 'Jan-Benedict Glaw', +'jbj1:ultraemail.net' => 'Jens B. Jorgensen', 'jblack:linuxguru.net' => 'James Blackwell', 'jbm:joshisanerd.com' => 'Josh Myer', 'jbourne:hardrock.org' => 'James Bourne', @@ -1296,6 +1305,7 @@ 'jim:jtan.com' => 'Jim Paris', 'jimix:watson.ibm.com' => 'Jimi Xenidis', 'jk:ozlabs.org' => 'Jeremy Kerr', +'jkacur:rogers.com' => 'John Kacur', 'jkenisto:us.ibm.com' => 'James Keniston', 'jkluebs:com.rmk.(none)' => 'John K. Luebs', 'jkmaline:cc.hut.fi' => 'Jouni Malinen', @@ -1376,6 +1386,7 @@ 'jsimmons:kozmo.(none)' => 'James Simmons', 'jsimmons:maxwell.earthlink.net' => 'James Simmons', 'jsimmons:transvirtual.com' => 'James Simmons', +'jsimmons:www.infradead.org' => 'James Simmons', 'jsm:fc.hp.com' => 'John S. Marvin', 'jsm:udlkern.fc.hp.com' => 'John S. Marvin', 'jstultz:us.ibm.com' => 'John Stultz', @@ -1592,6 +1603,7 @@ 'linux:de.rmk.(none)' => 'Dominik Brodowski', 'linux:de.rmk.(none2)' => 'Sebastian Henschel', 'linux:dominikbrodowski.de' => 'Dominik Brodowski', +'linux:dominikbrodowski.net'
BK-kernel-tools/shortlog update
Hello Linus, you can either use bk receive to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK parent: http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-03-14 08:17:19+01:00, [EMAIL PROTECTED] shortlog: add 22 new addresses; re-sort Matthias # DIFFSTAT # shortlog | 24 +++- 1 files changed, 23 insertions(+), 1 deletion(-) # GNUPATCH # --- 1.255/shortlog 2005-03-11 11:18:49 +01:00 +++ 1.256/shortlog 2005-03-14 08:16:36 +01:00 @@ -235,8 +235,8 @@ 'akpm:osdl.org' = 'Andrew Morton', # guessed 'akpm:reardensteel.com' = 'Andrew Morton', 'akpm:zip.com.au' = 'Andrew Morton', -'akropel:rochester.rr.com' = 'Adam Kropelin', # guessed 'akropel1:rochester.rr.com' = 'Adam Kropelin', # lbdb +'akropel:rochester.rr.com' = 'Adam Kropelin', # guessed 'al.fracchetti:tin.it' = 'Alessandro Fracchetti', 'alain.knaff:lll.lu' = 'Alain Knaff', 'alain:linux.lu' = 'Alain Knaff', @@ -329,6 +329,7 @@ 'aoki:sdl.hitachi.co.jp' = 'Hideo Aoki', 'aoliva:redhat.com' = 'Alexandre Oliva', 'ap:cipherica.com' = 'Alex Pankratov', +'apatard:mandrakesoft.com' = 'Arnaud Patard', 'apm:brigitte.dna.fi' = 'Antti P. Miettinen', 'apolkosnik:directvinternet.com' = 'Adam Polkosnik', 'appro:fy.chalmers.se' = 'Andy Polyakov', @@ -337,6 +338,7 @@ 'arashi:yomerashi.yi.org' = 'Matt Reppert', 'arekm:pld-linux.org' = 'Arkadiusz Miskiewicz', # lbdb 'arief_m_utama:telkomsel.co.id' = 'Arief Mulya Utama', +'ariel:blueslice.com' = 'Ariel Rosenblatt', 'aris:cathedrallabs.org' = 'Aristeu Sergio Rozanski Filho', 'arjan:fenrus.demon.nl' = 'Arjan van de Ven', 'arjan:infradead.org' = 'Arjan van de Ven', @@ -475,6 +477,7 @@ 'braam:clusterfs.com' = 'Peter Braam', 'brad:wasp.net.au' = 'Brad Campbell', 'brad_mssw:gentoo.org' = 'Brad House', +'bram.verweij:wanadoo.nl' = 'Bram Verweij', 'bram:sara.nl' = 'Bram Stolk', 'braunu:de.ibm.com' = 'Ursula Braun-Krahl', 'brazilnut:us.ibm.com' = 'Don Fry', @@ -580,6 +583,7 @@ 'cip307:cip.physik.uni-wuerzburg.de' = 'Jochen Karrer', # from shortlog 'ckoerner:sysgo.com' = 'Christian Koerner', 'ckulesa:as.arizona.edu' = 'Craig Kulesa', +'cl81:gmx.net' = 'Christian Ludwig', 'clameter:sgi.com' = 'Christoph Lameter', 'clear.zhang:uli.com.tw' = 'Clear Zhang', 'clemens-dated-1061728015.bf63:endorphin.org' = 'Fruhwirth Clemens', @@ -801,6 +805,7 @@ 'ducrot:poupinou.org' = 'Bruno Ducrot', 'duncan.sands:math.u-psud.fr' = 'Duncan Sands', 'duncan:sun.com' = 'Duncan Laurie', +'duraid:octopus.com.au' = 'Duraid Madina', 'duwe:suse.de' = 'Torsten Duwe', 'dvhltc:us.ibm.com' = 'Darren Hart', 'dvrabel:arcom.co.uk' = 'David Vrabel', @@ -871,6 +876,7 @@ 'eric.lemoine:gmail.com' = 'Eric Lemoine', 'eric.moore:lsil.com' = 'Eric Moore', 'eric.piel:bull.net' = 'Eric Piel', +'eric.piel:lifl.fr' = 'Eric Piel', 'eric.valette:free.fr' = 'Eric Valette', 'eric:lammerts.org' = 'Eric Lammerts', 'eric:yhbt.net' = 'Eric Wong', @@ -986,6 +992,7 @@ 'ghoz:sympatico.ca' = 'Ghozlane Toumi', 'gibbs:overdrive.btc.adaptec.com' = 'Justin T. Gibbs', 'gibbs:scsiguy.com' = 'Justin T. Gibbs', +'gijoe:poczta.onet.pl' = 'Daniel Johnson', 'gilbertd:treblig.org' = 'Dr. David Alan Gilbert', 'giorgio:org.rmk.(none)' = 'Giorgio Padrin', 'giri:lmc.cs.sunysb.edu' = 'Giridhar Pemmasani', @@ -1049,6 +1056,7 @@ 'hadi:znyx.com' = 'Jamal Hadi Salim', # typo 'hadi:zynx.com' = 'Jamal Hadi Salim', 'hager:cs.umu.se' = 'Peter Hagervall', +'hal:realmsys.com' = 'Hal Tolley', 'hall:vdata.com' = 'Jeff Hall', 'hallyn:cs.wm.edu' = 'Serge Hallyn', 'halr:voltaire.com' = 'Hal Rosenstock', @@ -1207,6 +1215,7 @@ 'jbarnes:sgi.com' = 'Jesse Barnes', 'jbaron:redhat.com' = 'Jason Baron', 'jbglaw:lug-owl.de' = 'Jan-Benedict Glaw', +'jbj1:ultraemail.net' = 'Jens B. Jorgensen', 'jblack:linuxguru.net' = 'James Blackwell', 'jbm:joshisanerd.com' = 'Josh Myer', 'jbourne:hardrock.org' = 'James Bourne', @@ -1296,6 +1305,7 @@ 'jim:jtan.com' = 'Jim Paris', 'jimix:watson.ibm.com' = 'Jimi Xenidis', 'jk:ozlabs.org' = 'Jeremy Kerr', +'jkacur:rogers.com' = 'John Kacur', 'jkenisto:us.ibm.com' = 'James Keniston', 'jkluebs:com.rmk.(none)' = 'John K. Luebs', 'jkmaline:cc.hut.fi' = 'Jouni Malinen', @@ -1376,6 +1386,7 @@ 'jsimmons:kozmo.(none)' = 'James Simmons', 'jsimmons:maxwell.earthlink.net' = 'James Simmons', 'jsimmons:transvirtual.com' = 'James Simmons', +'jsimmons:www.infradead.org' = 'James Simmons', 'jsm:fc.hp.com' = 'John S. Marvin', 'jsm:udlkern.fc.hp.com' = 'John S. Marvin', 'jstultz:us.ibm.com' = 'John Stultz', @@ -1592,6 +1603,7 @@ 'linux:de.rmk.(none)' = 'Dominik Brodowski', 'linux:de.rmk.(none2)' = 'Sebastian Henschel', 'linux:dominikbrodowski.de' = 'Dominik Brodowski', +'linux:dominikbrodowski.net' = 'Dominik Brodowski', 'linux:hazard.jcu.cz' = 'Jan Marek', 'linux:kodeaffe.de' =
Re: Linux 2.6.11.3
On Sat, 12 Mar 2005, Greg KH wrote: > A bitkeeper tree for the 2.6.11.y releases can be found at: > bk://linux-release.bkbits.net/linux-2.6.11 Do we then start switching trees with every new minor release? -- Matthias Andree - 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/
Re: Linux 2.6.11.3
On Sat, 12 Mar 2005, Greg KH wrote: A bitkeeper tree for the 2.6.11.y releases can be found at: bk://linux-release.bkbits.net/linux-2.6.11 Do we then start switching trees with every new minor release? -- Matthias Andree - 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/
BK-kernel-tools/shortlog update
Hello Linus, you can either use "bk receive" to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK: Parent repository is http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-03-09 07:35:11+01:00, [EMAIL PROTECTED] shortlog: add 23 new names Matthias # DIFFSTAT # shortlog | 23 +++ 1 files changed, 23 insertions(+) # GNUPATCH # --- 1.245/shortlog 2005-03-07 13:47:06 +01:00 +++ 1.246/shortlog 2005-03-09 07:34:55 +01:00 @@ -144,6 +144,7 @@ '[alex.williamson:hp.com' => 'Alex Williamson', # typo '_nessuno_:katamail.com' => 'Davide Andrian', 'a.kasparas:gmc.lt' => 'Aidas Kasparas', +'a.llano:usyscom.com' => 'Asier Llano Palacios', 'a.othieno:bluewin.ch' => 'Arthur Othieno', 'a.othieno:ch.rmk.(none)' => 'Arthur Othieno', 'a.pugachev:pcs-net.net' => 'Anatoly Pugachev', @@ -287,11 +288,13 @@ 'ananth:in.ibm.com' => 'Ananth N. Mavinakayanahalli', 'andersen:codepoet.org' => 'Erik Andersen', 'andersg:0x63.nu' => 'Anders Gustafsson', +'andi:cosy.sbg.ac.at' => 'Andreas Maier', 'andikies:t-online.de' => 'Andreas Kies', 'andmike:us.ibm.com' => 'Mike Anderson', # lbdb 'andre.breiler:null-mx.org' => 'André Breiler', 'andre.landwehr:gmx.net' => 'Andre Landwehr', 'andre:linux-ide.org' => 'Andre Hedrick', +'andrea:cpushare.com' => 'Andrea Arcangeli', 'andrea:novell.com' => 'Andrea Arcangeli', 'andrea:suse.de' => 'Andrea Arcangeli', 'andreas:fjortis.info' => 'Andreas Henriksson', @@ -476,9 +479,11 @@ 'breuerr:mc.net' => 'Bob Breuer', 'brewt-linux-kernel:brewt.org' => 'Adrian Yee', 'brian.haley:hp.com' => 'Brian Haley', +'brian:murphy.dk' => 'Brian Murphy', 'brian:rentec.com' => 'Brian Childs', 'brihall:pcisys.net' => 'Brian Hall', # google 'brill:fs.math.uni-frankfurt.de' => 'Björn Brill', +'brix:gentoo.org' => 'Henrik Brix Andersen', 'brking:us.ibm.com' => 'Brian King', 'brm:murphy.dk' => 'Brian Murphy', 'brownfld:irridia.com' => 'Ken Brownfield', @@ -700,6 +705,7 @@ 'davmac:ozonline.com.au' => 'Davin McCall', 'dax:gurulabs.com' => 'Dax Kelson', 'dbrownell:users.sourceforge.net' => 'David Brownell', +'dcbw:redhat.com' => 'Dan Williams', 'dcn:sgi.com' => 'Dean Nelson', 'ddstreet:ieee.org' => 'Dan Streetman', 'ddstreet:us.ibm.com' => 'Dan Streetman', @@ -721,6 +727,7 @@ 'devenyga:mcmaster.ca' => 'Gabriel Devenyi', 'devik:cdi.cz' => 'Martin Devera', 'dfages:arkoon.net' => 'Daniel Fages', +'dfarnsworth:mvista.com' => 'Dale Farnsworth', 'dfries:mail.win.org' => 'David Fries', 'dgibson:samba.org' => 'David Gibson', 'dhinds:sonic.net' => 'David Hinds', # google @@ -728,6 +735,7 @@ 'dhowells:cambridge.redhat.com' => 'David Howells', 'dhowells:redhat.com' => 'David Howells', 'dhylands:com.rmk.(none)' => 'Dave Hylands', +'didickman:yahoo.com' => 'Daniel Dickman', 'diegocg:teleline.es' => 'Diego Calleja García', 'dignome:gmail.com' => 'Lonnie Mendez', 'dilinger:mp3revolution.net' => 'Andres Salomon', @@ -1113,6 +1121,7 @@ 'hverhagen:dse.nl' => 'Harm Verhagen', 'hvr:gnu.org' => 'Herbert V. Riedel', 'hwahl:hwahl.de' => 'Hartmut Wahl', +'hwelte:hmw-consulting.de' => 'Harald Welte', 'hzhong:cisco.com' => 'Hua Zhong', 'i.palsenberg:jdirmedia.nl' => 'Igmar Palsenberg', # lbdb 'i:stingr.net' => 'Paul P. Komkoff Jr.', @@ -1198,6 +1207,7 @@ 'jbm:joshisanerd.com' => 'Josh Myer', 'jbourne:hardrock.org' => 'James Bourne', 'jcdutton:users.sourceforge.net' => 'James Courtier-Dutton', +'jchapman:katalix.com' => 'James Chapman', 'jd:rightthere.net' => 'Jason Davis', 'jdavid:farfalle.com' => 'David Ruggiero', 'jdewand:redhat.com' => 'Julie DeWandel', @@ -1433,6 +1443,7 @@ 'keith:tungstengraphics.com' => 'Keith Whitwell', 'keithu:parl.clemson.edu' => 'Keith Underwood', 'keithw:tungstengraphics.com' => 'Keith Withwell', +'ken:mvista.com' => 'Kenneth Sumrall', 'kenn:linux.ie' => 'Kenn Humborg', 'kenneth.w.chen:intel.com' => 'Kenneth W. Chen', 'kernel-hacker:bennee.com' => 'Alex Bennee', @@ -1461,6 +1472,7 @@ 'khawar.chaudhry:amd.com' => 'Khawar Chaudhry', 'khc:pc.waw.pl' => 'Krzysztof Halasa', 'khc:pm.waw.pl' => 'Krzysztof Halasa', +'kianusch:sk-tech.net' => 'Kianusch Sayah Karadji', 'kieran:mgpenguin.net' => 'Kieran Morrissey', 'kihara.seiji:lab.ntt.co.jp' => 'Seiji Kihara', 'kilgota:banach.math.auburn.edu' => 'Theodore Kilgore', @@ -1559,6 +1571,7 @@ 'liam.girdwood:com.rmk.(none)' => 'Liam Girdwood', 'liam.girdwood:wolfsonmicro.com' => 'Liam Girdwood', 'libor:topspin.com' => 'Libor Michalek', +'liml:rtr.ca' => 'Mark Lord', 'linas:austin.ibm.com' => 'Linas Vepsta
BK-kernel-tools/shortlog update
Hello Linus, you can either use bk receive to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK: Parent repository is http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-03-09 07:35:11+01:00, [EMAIL PROTECTED] shortlog: add 23 new names Matthias # DIFFSTAT # shortlog | 23 +++ 1 files changed, 23 insertions(+) # GNUPATCH # --- 1.245/shortlog 2005-03-07 13:47:06 +01:00 +++ 1.246/shortlog 2005-03-09 07:34:55 +01:00 @@ -144,6 +144,7 @@ '[alex.williamson:hp.com' = 'Alex Williamson', # typo '_nessuno_:katamail.com' = 'Davide Andrian', 'a.kasparas:gmc.lt' = 'Aidas Kasparas', +'a.llano:usyscom.com' = 'Asier Llano Palacios', 'a.othieno:bluewin.ch' = 'Arthur Othieno', 'a.othieno:ch.rmk.(none)' = 'Arthur Othieno', 'a.pugachev:pcs-net.net' = 'Anatoly Pugachev', @@ -287,11 +288,13 @@ 'ananth:in.ibm.com' = 'Ananth N. Mavinakayanahalli', 'andersen:codepoet.org' = 'Erik Andersen', 'andersg:0x63.nu' = 'Anders Gustafsson', +'andi:cosy.sbg.ac.at' = 'Andreas Maier', 'andikies:t-online.de' = 'Andreas Kies', 'andmike:us.ibm.com' = 'Mike Anderson', # lbdb 'andre.breiler:null-mx.org' = 'André Breiler', 'andre.landwehr:gmx.net' = 'Andre Landwehr', 'andre:linux-ide.org' = 'Andre Hedrick', +'andrea:cpushare.com' = 'Andrea Arcangeli', 'andrea:novell.com' = 'Andrea Arcangeli', 'andrea:suse.de' = 'Andrea Arcangeli', 'andreas:fjortis.info' = 'Andreas Henriksson', @@ -476,9 +479,11 @@ 'breuerr:mc.net' = 'Bob Breuer', 'brewt-linux-kernel:brewt.org' = 'Adrian Yee', 'brian.haley:hp.com' = 'Brian Haley', +'brian:murphy.dk' = 'Brian Murphy', 'brian:rentec.com' = 'Brian Childs', 'brihall:pcisys.net' = 'Brian Hall', # google 'brill:fs.math.uni-frankfurt.de' = 'Björn Brill', +'brix:gentoo.org' = 'Henrik Brix Andersen', 'brking:us.ibm.com' = 'Brian King', 'brm:murphy.dk' = 'Brian Murphy', 'brownfld:irridia.com' = 'Ken Brownfield', @@ -700,6 +705,7 @@ 'davmac:ozonline.com.au' = 'Davin McCall', 'dax:gurulabs.com' = 'Dax Kelson', 'dbrownell:users.sourceforge.net' = 'David Brownell', +'dcbw:redhat.com' = 'Dan Williams', 'dcn:sgi.com' = 'Dean Nelson', 'ddstreet:ieee.org' = 'Dan Streetman', 'ddstreet:us.ibm.com' = 'Dan Streetman', @@ -721,6 +727,7 @@ 'devenyga:mcmaster.ca' = 'Gabriel Devenyi', 'devik:cdi.cz' = 'Martin Devera', 'dfages:arkoon.net' = 'Daniel Fages', +'dfarnsworth:mvista.com' = 'Dale Farnsworth', 'dfries:mail.win.org' = 'David Fries', 'dgibson:samba.org' = 'David Gibson', 'dhinds:sonic.net' = 'David Hinds', # google @@ -728,6 +735,7 @@ 'dhowells:cambridge.redhat.com' = 'David Howells', 'dhowells:redhat.com' = 'David Howells', 'dhylands:com.rmk.(none)' = 'Dave Hylands', +'didickman:yahoo.com' = 'Daniel Dickman', 'diegocg:teleline.es' = 'Diego Calleja García', 'dignome:gmail.com' = 'Lonnie Mendez', 'dilinger:mp3revolution.net' = 'Andres Salomon', @@ -1113,6 +1121,7 @@ 'hverhagen:dse.nl' = 'Harm Verhagen', 'hvr:gnu.org' = 'Herbert V. Riedel', 'hwahl:hwahl.de' = 'Hartmut Wahl', +'hwelte:hmw-consulting.de' = 'Harald Welte', 'hzhong:cisco.com' = 'Hua Zhong', 'i.palsenberg:jdirmedia.nl' = 'Igmar Palsenberg', # lbdb 'i:stingr.net' = 'Paul P. Komkoff Jr.', @@ -1198,6 +1207,7 @@ 'jbm:joshisanerd.com' = 'Josh Myer', 'jbourne:hardrock.org' = 'James Bourne', 'jcdutton:users.sourceforge.net' = 'James Courtier-Dutton', +'jchapman:katalix.com' = 'James Chapman', 'jd:rightthere.net' = 'Jason Davis', 'jdavid:farfalle.com' = 'David Ruggiero', 'jdewand:redhat.com' = 'Julie DeWandel', @@ -1433,6 +1443,7 @@ 'keith:tungstengraphics.com' = 'Keith Whitwell', 'keithu:parl.clemson.edu' = 'Keith Underwood', 'keithw:tungstengraphics.com' = 'Keith Withwell', +'ken:mvista.com' = 'Kenneth Sumrall', 'kenn:linux.ie' = 'Kenn Humborg', 'kenneth.w.chen:intel.com' = 'Kenneth W. Chen', 'kernel-hacker:bennee.com' = 'Alex Bennee', @@ -1461,6 +1472,7 @@ 'khawar.chaudhry:amd.com' = 'Khawar Chaudhry', 'khc:pc.waw.pl' = 'Krzysztof Halasa', 'khc:pm.waw.pl' = 'Krzysztof Halasa', +'kianusch:sk-tech.net' = 'Kianusch Sayah Karadji', 'kieran:mgpenguin.net' = 'Kieran Morrissey', 'kihara.seiji:lab.ntt.co.jp' = 'Seiji Kihara', 'kilgota:banach.math.auburn.edu' = 'Theodore Kilgore', @@ -1559,6 +1571,7 @@ 'liam.girdwood:com.rmk.(none)' = 'Liam Girdwood', 'liam.girdwood:wolfsonmicro.com' = 'Liam Girdwood', 'libor:topspin.com' = 'Libor Michalek', +'liml:rtr.ca' = 'Mark Lord', 'linas:austin.ibm.com' = 'Linas Vepstas', 'linas:linas.org' = 'Linas Vepstas', 'linas:us.ibm.com' = 'Linas Vepstas', @@ -1722,6 +1735,7 @@ 'matthewn:snapgear.com' = 'Matthew Natalier', 'matthias.andree:gmx.de' = 'Matthias Andree', # added by himself 'matthias.christian:tiscali.de' = 'Matthias-Christian Ott', +'matthias.kunze:gmx-topmail.de' = 'Matthias Kunze', 'matthias:net.rmk.(none
BK-kernel-tools/shortlog update
Hello Linus, you can either use "bk receive" to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK: Parent repository is http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-03-07 13:47:46+01:00, [EMAIL PROTECTED] shortlog: add 24 new translations and one correction [EMAIL PROTECTED], 2005-03-04 03:36:51+01:00, [EMAIL PROTECTED] Merge CVS <-> BK, dropping ID line which is sorta useless. Matthias # DIFFSTAT # shortlog | 27 +-- 1 files changed, 25 insertions(+), 2 deletions(-) # GNUPATCH # --- 1.243/shortlog 2005-03-03 13:15:54 +01:00 +++ 1.245/shortlog 2005-03-07 13:47:06 +01:00 @@ -8,7 +8,6 @@ # Tomas Szepe <[EMAIL PROTECTED]> # Vitezslav Samel <[EMAIL PROTECTED]> # -# $Id: lk-changelog.pl,v 0.327 2004/12/02 11:10:20 emma Exp $ # -- # Distribution of this script is permitted under the terms of the # GNU General Public License (GNU GPL) v2. @@ -415,6 +414,7 @@ 'ben:fluff.org' => 'Ben Dooks', 'ben:simtec.co.uk' => 'Ben Dooks', 'bengen:hilluzination.de' => 'Hilko Bengen', +'benh:au1.ibm.com' => 'Benjamin Herrenschmidt', 'benh:kenrel.crashing.org' => 'Benjamin Herrenschmidt', # typo 'benh:kernel.crashing.org' => 'Benjamin Herrenschmidt', 'benh:zion.wanadoo.fr' => 'Benjamin Herrenschmidt', @@ -437,6 +437,7 @@ 'bhards:bigpond.net.au' => 'Brad Hards', 'bhavesh:avaya.com' => 'Bhavesh P. Davda', 'bheilbrun:paypal.com' => 'Brad Heilbrun', # by himself +'bill.irwin:oracle.com' => 'William Lee Irwin III', 'bjoern:j3e.de' => 'Bjoern Jacke', 'bjohnson:sgi.com' => 'Brian J. Johnson', 'bjorn-helgaas:comcast.net' => 'Bjorn Helgaas', @@ -502,11 +503,12 @@ 'bzolnier:trik.(none)' => 'Bartlomiej Zolnierkiewicz', 'bzzz:gerasimov.net' => 'Alex Tomas', 'bzzz:tmi.comex.ru' => 'Alex Tomas', +'c-d.hailfinger.devel.2005:gmx.net' => 'Carl-Daniel Hailfinger', 'c-d.hailfinger.kernel.2002-07:gmx.net' => 'Carl-Daniel Hailfinger', 'c-d.hailfinger.kernel.2002-q4:gmx.net' => 'Carl-Daniel Hailfinger', # himself 'c-d.hailfinger.kernel.2003:gmx.net' => 'Carl-Daniel Hailfinger', # himself 'c-d.hailfinger.kernel.2004:gmx.net' => 'Carl-Daniel Hailfinger', -'[EMAIL PROTECTED](none)' => 'Christophe Lucas', +'c.lucas:com.rmk.(none)' => 'Christophe Lucas', 'c.lucas:ifrance.com' => 'Christophe Lucas', 'cagle:mindspring.com' => 'John Cagle', # Alan 'calum.mackay:cdmnet.org' => 'Calum Mackay', # lbdb @@ -527,8 +529,10 @@ 'cattelan:sgi.com' => 'Russell Cattelan', # google 'cbajumpa:or8.net' => 'Chris Bajumpaa', 'cborntra:de.ibm.com' => 'Christian Bornträger', +'cbrake:com.rmk.(none)' => 'Cliff Brake', 'ccaputo:alt.net' => 'Chris Caputo', 'ccheney:cheney.cx' => 'Christopher L. Cheney', +'ce:idtect.com' => 'Charles-Edouard Ruault', 'cel:citi.umich.edu' => 'Chuck Lever', 'cel:netapp.com' => 'Chuck Lever', 'celso:bulma.net' => 'Celso González', # google @@ -657,6 +661,7 @@ 'dave:qix.net' => 'Dave Maietta', 'dave:thedillows.org' => 'David Dillow', 'davej:codmonkey.org.uk' => 'Dave Jones', # not matched by regexp above +'davej:delerium.kernelslacker.org' => 'Dave Jones', 'davej:dhcp83-103.boston.redhat.com' => 'Dave Jones', 'davej:hardwired.(none)' => 'Dave Jones', 'davej:redhat.com' => 'Dave Jones', # lbdb @@ -667,6 +672,7 @@ 'davem:hera.kernel.org' => 'David S. Miller', 'davem:kernel.bkbits.net' => 'David S. Miller', 'davem:netfilter.org' => 'David S. Miller', +'davem:northbeach.davemloft.net.davemloft.net' => 'David S. Miller', 'davem:nuts.davemloft.net' => 'David S. Miller', 'davem:redhat.co' => 'David S. Miller', 'davem:redhat.com' => 'David S. Miller', @@ -1004,6 +1010,7 @@ 'greg:soap.kroah.net' => 'Greg Kroah-Hartman', 'greg_aumann:sil.org' => 'Greg Aumann', 'gregkh:kernel.bkbits.net' => 'Greg Kroah-Hartman', +'gregkh:suse.de' => 'Greg Kroah-Hartman', 'gregor_jan:seznam.cz' => 'Jan Gregor', 'grigouze:noos.fr' => 'Mickaël Grigouze', 'gronkin:nerdvana.com' => 'George Ronkin', @@ -1075,6 +1082,7 @@ 'hero:persua.de' => 'Heiko Ronsdorf', 'herry:sgi.com' => 'Herry Wiputra', 'hfvogt:arcor.de' => 'Hans-Frieder Vogt', +'hfvogt:gmx.net' => 'Hans-Frieder Vogt', 'hifumi.hisashi:lab.ntt.co.jp' => 'Hisashi Hifumi', 'hirofumi:mail.parknet.co.jp' => 'Hirofumi Ogawa', # corrected by himself 'hiroshi_doyu:montavista.co.jp' => 'Hiroshi Doyu', @@ -1583,6 +1591,7 @@ 'liyang:nerv.cx' => 'Liyang Hu', 'lklm:lengard.net' => 'Pascal Lengard', 'lkml001:vrfy.org' => 'Kay Sievers', +'lkml:einar-lueck.de' => 'Einar Lueck', 'lkml:felipe-alfaro.com' => 'Felipe Alfaro Solana', 'lkml:lievin.net' => 'Romain Liévin', 'lkml:mathfillsmewithgreatjoy.com' => 'Michael Plump', @@ -1627,6 +1636,7 @@ 'm.hunold:gmx.de' => 'Michael Hunold',
BK-kernel-tools/shortlog update
Hello Linus, you can either use bk receive to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK: Parent repository is http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-03-07 13:47:46+01:00, [EMAIL PROTECTED] shortlog: add 24 new translations and one correction [EMAIL PROTECTED], 2005-03-04 03:36:51+01:00, [EMAIL PROTECTED] Merge CVS - BK, dropping ID line which is sorta useless. Matthias # DIFFSTAT # shortlog | 27 +-- 1 files changed, 25 insertions(+), 2 deletions(-) # GNUPATCH # --- 1.243/shortlog 2005-03-03 13:15:54 +01:00 +++ 1.245/shortlog 2005-03-07 13:47:06 +01:00 @@ -8,7 +8,6 @@ # Tomas Szepe [EMAIL PROTECTED] # Vitezslav Samel [EMAIL PROTECTED] # -# $Id: lk-changelog.pl,v 0.327 2004/12/02 11:10:20 emma Exp $ # -- # Distribution of this script is permitted under the terms of the # GNU General Public License (GNU GPL) v2. @@ -415,6 +414,7 @@ 'ben:fluff.org' = 'Ben Dooks', 'ben:simtec.co.uk' = 'Ben Dooks', 'bengen:hilluzination.de' = 'Hilko Bengen', +'benh:au1.ibm.com' = 'Benjamin Herrenschmidt', 'benh:kenrel.crashing.org' = 'Benjamin Herrenschmidt', # typo 'benh:kernel.crashing.org' = 'Benjamin Herrenschmidt', 'benh:zion.wanadoo.fr' = 'Benjamin Herrenschmidt', @@ -437,6 +437,7 @@ 'bhards:bigpond.net.au' = 'Brad Hards', 'bhavesh:avaya.com' = 'Bhavesh P. Davda', 'bheilbrun:paypal.com' = 'Brad Heilbrun', # by himself +'bill.irwin:oracle.com' = 'William Lee Irwin III', 'bjoern:j3e.de' = 'Bjoern Jacke', 'bjohnson:sgi.com' = 'Brian J. Johnson', 'bjorn-helgaas:comcast.net' = 'Bjorn Helgaas', @@ -502,11 +503,12 @@ 'bzolnier:trik.(none)' = 'Bartlomiej Zolnierkiewicz', 'bzzz:gerasimov.net' = 'Alex Tomas', 'bzzz:tmi.comex.ru' = 'Alex Tomas', +'c-d.hailfinger.devel.2005:gmx.net' = 'Carl-Daniel Hailfinger', 'c-d.hailfinger.kernel.2002-07:gmx.net' = 'Carl-Daniel Hailfinger', 'c-d.hailfinger.kernel.2002-q4:gmx.net' = 'Carl-Daniel Hailfinger', # himself 'c-d.hailfinger.kernel.2003:gmx.net' = 'Carl-Daniel Hailfinger', # himself 'c-d.hailfinger.kernel.2004:gmx.net' = 'Carl-Daniel Hailfinger', -'[EMAIL PROTECTED](none)' = 'Christophe Lucas', +'c.lucas:com.rmk.(none)' = 'Christophe Lucas', 'c.lucas:ifrance.com' = 'Christophe Lucas', 'cagle:mindspring.com' = 'John Cagle', # Alan 'calum.mackay:cdmnet.org' = 'Calum Mackay', # lbdb @@ -527,8 +529,10 @@ 'cattelan:sgi.com' = 'Russell Cattelan', # google 'cbajumpa:or8.net' = 'Chris Bajumpaa', 'cborntra:de.ibm.com' = 'Christian Bornträger', +'cbrake:com.rmk.(none)' = 'Cliff Brake', 'ccaputo:alt.net' = 'Chris Caputo', 'ccheney:cheney.cx' = 'Christopher L. Cheney', +'ce:idtect.com' = 'Charles-Edouard Ruault', 'cel:citi.umich.edu' = 'Chuck Lever', 'cel:netapp.com' = 'Chuck Lever', 'celso:bulma.net' = 'Celso González', # google @@ -657,6 +661,7 @@ 'dave:qix.net' = 'Dave Maietta', 'dave:thedillows.org' = 'David Dillow', 'davej:codmonkey.org.uk' = 'Dave Jones', # not matched by regexp above +'davej:delerium.kernelslacker.org' = 'Dave Jones', 'davej:dhcp83-103.boston.redhat.com' = 'Dave Jones', 'davej:hardwired.(none)' = 'Dave Jones', 'davej:redhat.com' = 'Dave Jones', # lbdb @@ -667,6 +672,7 @@ 'davem:hera.kernel.org' = 'David S. Miller', 'davem:kernel.bkbits.net' = 'David S. Miller', 'davem:netfilter.org' = 'David S. Miller', +'davem:northbeach.davemloft.net.davemloft.net' = 'David S. Miller', 'davem:nuts.davemloft.net' = 'David S. Miller', 'davem:redhat.co' = 'David S. Miller', 'davem:redhat.com' = 'David S. Miller', @@ -1004,6 +1010,7 @@ 'greg:soap.kroah.net' = 'Greg Kroah-Hartman', 'greg_aumann:sil.org' = 'Greg Aumann', 'gregkh:kernel.bkbits.net' = 'Greg Kroah-Hartman', +'gregkh:suse.de' = 'Greg Kroah-Hartman', 'gregor_jan:seznam.cz' = 'Jan Gregor', 'grigouze:noos.fr' = 'Mickaël Grigouze', 'gronkin:nerdvana.com' = 'George Ronkin', @@ -1075,6 +1082,7 @@ 'hero:persua.de' = 'Heiko Ronsdorf', 'herry:sgi.com' = 'Herry Wiputra', 'hfvogt:arcor.de' = 'Hans-Frieder Vogt', +'hfvogt:gmx.net' = 'Hans-Frieder Vogt', 'hifumi.hisashi:lab.ntt.co.jp' = 'Hisashi Hifumi', 'hirofumi:mail.parknet.co.jp' = 'Hirofumi Ogawa', # corrected by himself 'hiroshi_doyu:montavista.co.jp' = 'Hiroshi Doyu', @@ -1583,6 +1591,7 @@ 'liyang:nerv.cx' = 'Liyang Hu', 'lklm:lengard.net' = 'Pascal Lengard', 'lkml001:vrfy.org' = 'Kay Sievers', +'lkml:einar-lueck.de' = 'Einar Lueck', 'lkml:felipe-alfaro.com' = 'Felipe Alfaro Solana', 'lkml:lievin.net' = 'Romain Liévin', 'lkml:mathfillsmewithgreatjoy.com' = 'Michael Plump', @@ -1627,6 +1636,7 @@ 'm.hunold:gmx.de' = 'Michael Hunold', 'm:mbsks.franken.de' = 'Matthias Bruestle', 'maalanen:ra.abo.fi' = 'Marcus Alanen',
lk-changelog.pl
This is a semi-automatic announcement. lk-changelog.pl aka. shortlog version has been released. This script is used by Linus and Marcelo to rearrange and reformat BK ChangeSet logs into a more human-readable format, and the official repository is Parent repository is file://var/bitkeeper/BK-kernel-tools As the script has grown large, this mail only contains a diff against the last released version. You can always download the full script and GPG signatures from http://home.pages.de/~mandree/linux/kernel/ My thanks go to Vitezslav Samel who has spent a lot of time on digging out the real names for addresses sending in BK ChangeSets. Note that your mailer must be MIME-capable to save this mail properly, because it is in the "quoted-printable" encoding. = <- if you see just an equality sign, but no "3D", your mailer is fine. = <- if you see 3D on this line, then upgrade your mailer or pipe this mail = <- into metamail. -- A sh script on behalf of Matthias Andree - Changes since last release: revision 0.328 date: 2005-03-04 02:36:50 +; author: emma; state: Exp; lines: +200 -3 Merge CVS <-> BK, dropping ID line which is sorta useless. revision 0.327 date: 2004-12-02 11:10:20 +; author: emma; state: Exp; lines: +68 -6 synch up CVS <-> BK = Index: lk-changelog.pl === RCS file: /var/CVS/lk-changelog/lk-changelog.pl,v retrieving revision 0.327 retrieving revision 0.328 diff -u -U2 -r0.327 -r0.328 --- lk-changelog.pl 2 Dec 2004 11:10:20 - 0.327 +++ lk-changelog.pl 4 Mar 2005 02:36:50 - 0.328 @@ -9,5 +9,4 @@ # Vitezslav Samel <[EMAIL PROTECTED]> # -# $Id: lk-changelog.pl,v 0.327 2004/12/02 11:10:20 emma Exp $ # -- # Distribution of this script is permitted under the terms of the @@ -117,4 +116,5 @@ 'davej:codemonkey.org.uk' => 'Dave Jones', 'davej:delerium.codemonkey.org.uk' => 'Dave Jones', +'davej:delerium.kernelslacker.org' => 'Dave Jones', 'davej:wopr.codemonkey.org.uk' => 'Dave Jones', 'davem:cheetah.ninka.net' => 'David S. Miller', @@ -152,4 +152,5 @@ 'aaron.baranoff:tsc.tdk.com' => 'Aaron Baranoff', 'abbotti:mev.co.uk' => 'Ian Abbott', +'abem.se:shinybook.infradead.org' => 'Per Hedblom', 'abraham:2d3d.co.za' => 'Abraham van der Merwe', 'abslucio:terra.com.br' => 'Lucio Maciel', @@ -167,4 +168,5 @@ 'acme:dhcp197.conectiva' => 'Arnaldo Carvalho de Melo', 'acme:parisc.kerneljanitors.org' => 'Arnaldo Carvalho de Melo', +'acme:toy.ghostprotocols.net' => 'Arnaldo Carvalho de Melo', 'acme:toy.kerneljanitors.org' => 'Arnaldo Carvalho de Melo', 'acurtis:onz.com' => 'Allen Curtis', @@ -222,4 +224,5 @@ 'ak:suse.de' => 'Andi Kleen', 'akepner:sgi.com' => 'Arthur Kepner', +'akeptner:sgi.com' => 'Arthur Kepner', 'akiyama.nobuyuk:jp.fujitsu.com' => 'Akiyama Nobuyuki', 'akm:osdl.org' => 'Andrew Morton', # typo? @@ -241,7 +244,10 @@ 'albert:users.sf.net' => 'Albert Cahalan', 'albert:users.sourceforge.net' => 'Albert Cahalan', +'albert_herranz:yahoo.es' => 'Albert Herranz', +'albertcc:tw.ibm.com' => 'Albert Lee', 'albertogli:telpin.com.ar' => 'Alberto Bertogli', 'alborchers:steinerpoint.com' => 'Al Borchers', 'alessandro.zummo:towertech.it' => 'Alessandro Zummo', +'alex.butcher:assursys.co.uk' => 'Alex Butcher', 'alex.kern:gmx.de' => 'Alexander Kern', 'alex.kiernan:gmail.com' => 'Alex Kiernan', @@ -292,4 +298,5 @@ 'andreas:xss.co.at' => 'Andreas Haumer', 'andrej.filipcic:ijs.si' => 'Andrej Filipcic', +'andrew-lists:optusnet.com.au' => 'Andrew Dennison', 'andrew.grover:intel.com' => 'Andy Grover', # "Andy" to match former entries 'andrew.patterson:hp.com' => 'Andrew Patterson', @@ -378,4 +385,5 @@ 'baldrick:wanadoo.fr' => 'Duncan Sands', 'ballabio_dario:emc.com' => 'Dario Ballabio', +'baris:idealteknoloji.com' => 'M. Baris Demiray', 'barrow_dj:yahoo.com' => 'D. J. Barrow', 'barryn:pobox.com' => 'Barry K. Nathan', # lbdb @@ -384,4 +392,5 @@ 'bart:samwel.tk' => 'Bart Samwel', 'baruch:ev-en.org' => 'Baruch Even', +'basic:mozdev.org' => 'Pang Lih Wuei', 'bastian:waldi.eu.org' => 'Bastian Blank', 'bbosch:iphase.com' => 'Bradley A. Bosch', @@ -390,4 +399,5 @@ 'bcollins:debian.org' => 'Ben Collins', 'bcrl:bob.home.kvack.org' => 'Benjamin LaHaise', +'bcrl:kvack.org' => 'Benjamin LaHaise', 'bcrl:redhat.com' => 'Benjamin LaHaise', 'bcrl:toomuch.toronto.redhat.com' => 'Benjamin LaHaise', # guessed @@ -395,6 +405,8 @@ 'bde:nwlink.com' => 'Bruce D. Elliott', 'bdschuym:
Re: Linux 2.6.11
Ryan Anderson schrieb am 2005-03-03: > Is there some reason why > bk changes -aem -rv2.6.10..+ | shortlog > isn't sufficient? For some reason, this omits some changes, perhaps from sibling branches, I haven't checked. A similar change however warrants for a huge speedup of the changelog script, using bk changes rather than bk prs, without affection output at all. I have made such a change and committed it to my BK copy, see the "shortlog" announcement I posted two minutes ago. -- Matthias Andree - 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/
BK-kernel-tools/shortlog update
Hello Linus,
this patch speeds up your "stupid release" script; in fact the hog was
in changelog itself the use of bk prs; this is known to be slow, and I'd
asked Larry if bk changes (which is A LOT faster) would have the same
effect months ago, and he approved using bk changes after bk set -d.
So I've switched your "changelog" script and diffed the output of
changelog v2.6.11-rc5 to v2.6.11 and found no changes in the output, but
a massive decrease in time taken:
changelog speed for Linux v2.6.11-rc5 to v2.6.11 is down from 51s at 97%
CPU to 6.5s at 46% CPU on a system with 7200/min IDE HDD and Athlon XP 2500+.
--
You can either use "bk receive" to patch with this mail,
or you can
Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools
or in cases of dire need, you can apply the patch below.
BK: Parent repository is http://bktools.bkbits.net/bktools
Patch description:
[EMAIL PROTECTED], 2005-03-03 13:15:55+01:00, [EMAIL PROTECTED]
Add one address -> name mapping.
[EMAIL PROTECTED], 2005-03-03 13:13:10+01:00, [EMAIL PROTECTED]
Major speed up for generating changelog output.
[EMAIL PROTECTED], 2005-03-03 12:36:39+01:00, [EMAIL PROTECTED]
Cosmetic: make underline as long as the title "Summary of changes from
... to ...".
Matthias
# DIFFSTAT #
changelog |4 ++--
shortlog |1 +
2 files changed, 3 insertions(+), 2 deletions(-)
# GNUPATCH #
--- 1.6/changelog 2002-05-13 17:51:44 +02:00
+++ 1.8/changelog 2005-03-03 13:13:09 +01:00
@@ -17,6 +17,6 @@
fi
echo
echo Summary of changes from $FROMNAME to $TONAME
-echo
+echo Summary of changes from $FROMNAME to $TONAME | sed -e 's/./=/g'
echo
-bk set -n -d -r"$FROM" -r"$TO" | bk -R prs -h
-d'$unless(:MERGE:){<:P:@:HOST:>\n$each(:C:){\t(:C:)\n}\n}' -
+bk set -d -r"$FROM" -r"$TO" | bk changes
-aefd'$unless(:MERGE:){<:P:@:HOST:>\n$each(:C:){\t(:C:)\n}\n}' -
--- 1.242/shortlog 2005-02-23 15:43:14 +01:00
+++ 1.243/shortlog 2005-03-03 13:15:54 +01:00
@@ -506,6 +506,7 @@
'c-d.hailfinger.kernel.2002-q4:gmx.net' => 'Carl-Daniel Hailfinger', # himself
'c-d.hailfinger.kernel.2003:gmx.net' => 'Carl-Daniel Hailfinger', # himself
'c-d.hailfinger.kernel.2004:gmx.net' => 'Carl-Daniel Hailfinger',
+'[EMAIL PROTECTED](none)' => 'Christophe Lucas',
'c.lucas:ifrance.com' => 'Christophe Lucas',
'cagle:mindspring.com' => 'John Cagle', # Alan
'calum.mackay:cdmnet.org' => 'Calum Mackay', # lbdb
# BKPATCH #
## Wrapped with gzip_b64 ##
H4sIAMcAJ0ICA9VXbVPjNhD+jH/FTo5OuOHsSLZlx56GgUtyB3NQmAAz/cAXYSuxS2xlLJmX
qfvfu7YhATrpFUqHXrKxLVla7e7z6LHzAQ5G4YaWxTWfx2p3IfJZmeaWLniuMqG5FcmsGiY8
n4lToSubEBu/1HaIx4LKDjzGKmELxiKX8ku/74vINj7AuRJFuJFxrZOUK4vncSEE9u9LpcON
WXZrxXVzIiU2e6pUonclilzMe5+/oZltw9RSzpWBA0+4jhK4FoUKN6jlLHv03UKEG5Px1/PD
vYlhDAawjBUGA+ON81q5W0SBTyyp4rkli9lTR4zYtkuZywipPGYT1xgBtWzfA8J6xEEDaoeO
FzrBNqEhIfCsTrttfWCbgkmMz/DGWQyNCIaynp9GIa59JbBUWLkyj0UxT3MBXMFc5rP6rBMB
OtVzAZ3TMst4cQdyClGzpIJpITOwLAtDrE8dy/gGnuvZzDhZAWGYL/wYBuHE2FnlnchMPEu6
jWAuZ/dJUzTqu05FXEKD6pJ7TkSoR2PXibnH15T4qRtGHOJQ6nhOUDl9PBrGmmnP8F5Na5Nv
8fYf4e2EtZF3w/uI/yYLUAshYigXMMXGTOSi4DpFnJdVAFnqRanvYST9HxhGmzqkhrFPyEtg
xGmUVG3yLYz9pzCykLF3g3EvjkHWGzTGBZUCcwdyngmMZLFAIO9xo/Q/x00lstBL2BjtE9/1
ab9yqB+waioCPo18EnAiYn4Zr4PtsZeH8jPmVg6jttuo+YqZj9X83xPpJb4YUoIx6mJcuMX9
hhb+a7Sc/nBa3qrgMZjFzW1t5i0ya1meVzBrZBOgxkFzFFEiYV0gm18mx0e/7B2N63A2z46b
ywoU6pcpoKt6Vm/Qm3XXbu3vCHuNYf+5PpP3w/Dv9bkGbpnQJ7hJdYJCDXw6FVEz4EG2I0A7
TPPyFq5ty7MoNYuI1SW8b0KqIJY3eVtkRhVwDYH/EwxPzuthnsWaLtdrutCbzIGDulNaZM3C
4GNWvSzN8cVxDPujEWCRYE8nyDL49QRsfO3ZbrlTS++bcsduuFMfL6+QChpMZEPRabjSaa7O
jjvIErz7QCaTi2nc3SzzOerlVng0nnwdhx9//zk8CXfD/ePTs3DnIt8UPEq2wiHeuNDN+SL/
A60LZqNCDzr1PRF6mSoa/0gVbdtB6cEfeqGu0z6UXOcvDyX3//xQagX9GRce8nwFFQ4Y6SML
upE1LyOudjF0q8iurK0cA/nYhcEOdIdJkSotF7h3DutB3U+rPxJRIqIrVWYDn3g8EAEz/gQ1
g060CA0AAA==
-
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/
BK-kernel-tools/shortlog update
Hello Linus,
this patch speeds up your stupid release script; in fact the hog was
in changelog itself the use of bk prs; this is known to be slow, and I'd
asked Larry if bk changes (which is A LOT faster) would have the same
effect months ago, and he approved using bk changes after bk set -d.
So I've switched your changelog script and diffed the output of
changelog v2.6.11-rc5 to v2.6.11 and found no changes in the output, but
a massive decrease in time taken:
changelog speed for Linux v2.6.11-rc5 to v2.6.11 is down from 51s at 97%
CPU to 6.5s at 46% CPU on a system with 7200/min IDE HDD and Athlon XP 2500+.
--
You can either use bk receive to patch with this mail,
or you can
Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools
or in cases of dire need, you can apply the patch below.
BK: Parent repository is http://bktools.bkbits.net/bktools
Patch description:
[EMAIL PROTECTED], 2005-03-03 13:15:55+01:00, [EMAIL PROTECTED]
Add one address - name mapping.
[EMAIL PROTECTED], 2005-03-03 13:13:10+01:00, [EMAIL PROTECTED]
Major speed up for generating changelog output.
[EMAIL PROTECTED], 2005-03-03 12:36:39+01:00, [EMAIL PROTECTED]
Cosmetic: make underline as long as the title Summary of changes from
... to
Matthias
# DIFFSTAT #
changelog |4 ++--
shortlog |1 +
2 files changed, 3 insertions(+), 2 deletions(-)
# GNUPATCH #
--- 1.6/changelog 2002-05-13 17:51:44 +02:00
+++ 1.8/changelog 2005-03-03 13:13:09 +01:00
@@ -17,6 +17,6 @@
fi
echo
echo Summary of changes from $FROMNAME to $TONAME
-echo
+echo Summary of changes from $FROMNAME to $TONAME | sed -e 's/./=/g'
echo
-bk set -n -d -r$FROM -r$TO | bk -R prs -h
-d'$unless(:MERGE:){:P:@:HOST:\n$each(:C:){\t(:C:)\n}\n}' -
+bk set -d -r$FROM -r$TO | bk changes
-aefd'$unless(:MERGE:){:P:@:HOST:\n$each(:C:){\t(:C:)\n}\n}' -
--- 1.242/shortlog 2005-02-23 15:43:14 +01:00
+++ 1.243/shortlog 2005-03-03 13:15:54 +01:00
@@ -506,6 +506,7 @@
'c-d.hailfinger.kernel.2002-q4:gmx.net' = 'Carl-Daniel Hailfinger', # himself
'c-d.hailfinger.kernel.2003:gmx.net' = 'Carl-Daniel Hailfinger', # himself
'c-d.hailfinger.kernel.2004:gmx.net' = 'Carl-Daniel Hailfinger',
+'[EMAIL PROTECTED](none)' = 'Christophe Lucas',
'c.lucas:ifrance.com' = 'Christophe Lucas',
'cagle:mindspring.com' = 'John Cagle', # Alan
'calum.mackay:cdmnet.org' = 'Calum Mackay', # lbdb
# BKPATCH #
## Wrapped with gzip_b64 ##
H4sIAMcAJ0ICA9VXbVPjNhD+jH/FTo5OuOHsSLZlx56GgUtyB3NQmAAz/cAXYSuxS2xlLJmX
qfvfu7YhATrpFUqHXrKxLVla7e7z6LHzAQ5G4YaWxTWfx2p3IfJZmeaWLniuMqG5FcmsGiY8
n4lToSubEBu/1HaIx4LKDjzGKmELxiKX8ku/74vINj7AuRJFuJFxrZOUK4vncSEE9u9LpcON
WXZrxXVzIiU2e6pUonclilzMe5+/oZltw9RSzpWBA0+4jhK4FoUKN6jlLHv03UKEG5Px1/PD
vYlhDAawjBUGA+ON81q5W0SBTyyp4rkli9lTR4zYtkuZywipPGYT1xgBtWzfA8J6xEEDaoeO
FzrBNqEhIfCsTrttfWCbgkmMz/DGWQyNCIaynp9GIa59JbBUWLkyj0UxT3MBXMFc5rP6rBMB
OtVzAZ3TMst4cQdyClGzpIJpITOwLAtDrE8dy/gGnuvZzDhZAWGYL/wYBuHE2FnlnchMPEu6
jWAuZ/dJUzTqu05FXEKD6pJ7TkSoR2PXibnH15T4qRtGHOJQ6nhOUDl9PBrGmmnP8F5Na5Nv
8fYf4e2EtZF3w/uI/yYLUAshYigXMMXGTOSi4DpFnJdVAFnqRanvYST9HxhGmzqkhrFPyEtg
xGmUVG3yLYz9pzCykLF3g3EvjkHWGzTGBZUCcwdyngmMZLFAIO9xo/Q/x00lstBL2BjtE9/1
ab9yqB+waioCPo18EnAiYn4Zr4PtsZeH8jPmVg6jttuo+YqZj9X83xPpJb4YUoIx6mJcuMX9
hhb+a7Sc/nBa3qrgMZjFzW1t5i0ya1meVzBrZBOgxkFzFFEiYV0gm18mx0e/7B2N63A2z46b
ywoU6pcpoKt6Vm/Qm3XXbu3vCHuNYf+5PpP3w/Dv9bkGbpnQJ7hJdYJCDXw6FVEz4EG2I0A7
TPPyFq5ty7MoNYuI1SW8b0KqIJY3eVtkRhVwDYH/EwxPzuthnsWaLtdrutCbzIGDulNaZM3C
4GNWvSzN8cVxDPujEWCRYE8nyDL49QRsfO3ZbrlTS++bcsduuFMfL6+QChpMZEPRabjSaa7O
jjvIErz7QCaTi2nc3SzzOerlVng0nnwdhx9//zk8CXfD/ePTs3DnIt8UPEq2wiHeuNDN+SL/
A60LZqNCDzr1PRF6mSoa/0gVbdtB6cEfeqGu0z6UXOcvDyX3//xQagX9GRce8nwFFQ4Y6SML
upE1LyOudjF0q8iurK0cA/nYhcEOdIdJkSotF7h3DutB3U+rPxJRIqIrVWYDn3g8EAEz/gQ1
g060CA0AAA==
-
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/
Re: Linux 2.6.11
Ryan Anderson schrieb am 2005-03-03: Is there some reason why bk changes -aem -rv2.6.10..+ | shortlog isn't sufficient? For some reason, this omits some changes, perhaps from sibling branches, I haven't checked. A similar change however warrants for a huge speedup of the changelog script, using bk changes rather than bk prs, without affection output at all. I have made such a change and committed it to my BK copy, see the shortlog announcement I posted two minutes ago. -- Matthias Andree - 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/
lk-changelog.pl
This is a semi-automatic announcement. lk-changelog.pl aka. shortlog version has been released. This script is used by Linus and Marcelo to rearrange and reformat BK ChangeSet logs into a more human-readable format, and the official repository is Parent repository is file://var/bitkeeper/BK-kernel-tools As the script has grown large, this mail only contains a diff against the last released version. You can always download the full script and GPG signatures from http://home.pages.de/~mandree/linux/kernel/ My thanks go to Vitezslav Samel who has spent a lot of time on digging out the real names for addresses sending in BK ChangeSets. Note that your mailer must be MIME-capable to save this mail properly, because it is in the quoted-printable encoding. = - if you see just an equality sign, but no 3D, your mailer is fine. = - if you see 3D on this line, then upgrade your mailer or pipe this mail = - into metamail. -- A sh script on behalf of Matthias Andree - Changes since last release: revision 0.328 date: 2005-03-04 02:36:50 +; author: emma; state: Exp; lines: +200 -3 Merge CVS - BK, dropping ID line which is sorta useless. revision 0.327 date: 2004-12-02 11:10:20 +; author: emma; state: Exp; lines: +68 -6 synch up CVS - BK = Index: lk-changelog.pl === RCS file: /var/CVS/lk-changelog/lk-changelog.pl,v retrieving revision 0.327 retrieving revision 0.328 diff -u -U2 -r0.327 -r0.328 --- lk-changelog.pl 2 Dec 2004 11:10:20 - 0.327 +++ lk-changelog.pl 4 Mar 2005 02:36:50 - 0.328 @@ -9,5 +9,4 @@ # Vitezslav Samel [EMAIL PROTECTED] # -# $Id: lk-changelog.pl,v 0.327 2004/12/02 11:10:20 emma Exp $ # -- # Distribution of this script is permitted under the terms of the @@ -117,4 +116,5 @@ 'davej:codemonkey.org.uk' = 'Dave Jones', 'davej:delerium.codemonkey.org.uk' = 'Dave Jones', +'davej:delerium.kernelslacker.org' = 'Dave Jones', 'davej:wopr.codemonkey.org.uk' = 'Dave Jones', 'davem:cheetah.ninka.net' = 'David S. Miller', @@ -152,4 +152,5 @@ 'aaron.baranoff:tsc.tdk.com' = 'Aaron Baranoff', 'abbotti:mev.co.uk' = 'Ian Abbott', +'abem.se:shinybook.infradead.org' = 'Per Hedblom', 'abraham:2d3d.co.za' = 'Abraham van der Merwe', 'abslucio:terra.com.br' = 'Lucio Maciel', @@ -167,4 +168,5 @@ 'acme:dhcp197.conectiva' = 'Arnaldo Carvalho de Melo', 'acme:parisc.kerneljanitors.org' = 'Arnaldo Carvalho de Melo', +'acme:toy.ghostprotocols.net' = 'Arnaldo Carvalho de Melo', 'acme:toy.kerneljanitors.org' = 'Arnaldo Carvalho de Melo', 'acurtis:onz.com' = 'Allen Curtis', @@ -222,4 +224,5 @@ 'ak:suse.de' = 'Andi Kleen', 'akepner:sgi.com' = 'Arthur Kepner', +'akeptner:sgi.com' = 'Arthur Kepner', 'akiyama.nobuyuk:jp.fujitsu.com' = 'Akiyama Nobuyuki', 'akm:osdl.org' = 'Andrew Morton', # typo? @@ -241,7 +244,10 @@ 'albert:users.sf.net' = 'Albert Cahalan', 'albert:users.sourceforge.net' = 'Albert Cahalan', +'albert_herranz:yahoo.es' = 'Albert Herranz', +'albertcc:tw.ibm.com' = 'Albert Lee', 'albertogli:telpin.com.ar' = 'Alberto Bertogli', 'alborchers:steinerpoint.com' = 'Al Borchers', 'alessandro.zummo:towertech.it' = 'Alessandro Zummo', +'alex.butcher:assursys.co.uk' = 'Alex Butcher', 'alex.kern:gmx.de' = 'Alexander Kern', 'alex.kiernan:gmail.com' = 'Alex Kiernan', @@ -292,4 +298,5 @@ 'andreas:xss.co.at' = 'Andreas Haumer', 'andrej.filipcic:ijs.si' = 'Andrej Filipcic', +'andrew-lists:optusnet.com.au' = 'Andrew Dennison', 'andrew.grover:intel.com' = 'Andy Grover', # Andy to match former entries 'andrew.patterson:hp.com' = 'Andrew Patterson', @@ -378,4 +385,5 @@ 'baldrick:wanadoo.fr' = 'Duncan Sands', 'ballabio_dario:emc.com' = 'Dario Ballabio', +'baris:idealteknoloji.com' = 'M. Baris Demiray', 'barrow_dj:yahoo.com' = 'D. J. Barrow', 'barryn:pobox.com' = 'Barry K. Nathan', # lbdb @@ -384,4 +392,5 @@ 'bart:samwel.tk' = 'Bart Samwel', 'baruch:ev-en.org' = 'Baruch Even', +'basic:mozdev.org' = 'Pang Lih Wuei', 'bastian:waldi.eu.org' = 'Bastian Blank', 'bbosch:iphase.com' = 'Bradley A. Bosch', @@ -390,4 +399,5 @@ 'bcollins:debian.org' = 'Ben Collins', 'bcrl:bob.home.kvack.org' = 'Benjamin LaHaise', +'bcrl:kvack.org' = 'Benjamin LaHaise', 'bcrl:redhat.com' = 'Benjamin LaHaise', 'bcrl:toomuch.toronto.redhat.com' = 'Benjamin LaHaise', # guessed @@ -395,6 +405,8 @@ 'bde:nwlink.com' = 'Bruce D. Elliott', 'bdschuym:pandora.be' = 'Bart De Schuymer', +'bdschuym:telenet.be' = 'Bart De Schuymer', 'bdshuym:pandora.be' = 'Bart De Schuymer', # it's typo IMHO 'beattie:beattie-home.net' = 'Brian Beattie', # from david.nelson +'becky.gill:freescale.com' = 'Becky Gill', 'bellucda:tiscali.it' = 'Daniele Bellucci
Re: Linux 2.6.11
On Wed, 02 Mar 2005, Linus Torvalds wrote: > On Wed, 2 Mar 2005, Matthias Andree wrote: > > > > ftp.kernel.org:/pub/linux/kernel/v2.6 doesn't seem to carry a crypto > > signature for the patch, patch-2.6.11.gz.sign > > It's there now (along with the ChangeLog). > The signatures are automatically generated at the master site, and the > mirroring out to the public sites is a separate event, so sometimes (if > you check early) you may miss the signatures for a while until the next > time the scripts run. Is the master side a hidden host rather than ftp.kernel.org? > (In contrast the full ChangeLog was missing because the generation script > I use is not exactly the smart way, so it's O(slow(n)), where slow is n**3 > or worse, so the log from the last -rc release is fast, but going back all > the way to 2.6.10 took long long enough that I didn't wait for it). If that is an issue with the shortlog script or its integration with BK, contact me off-list so we can resolve the issue. Thanks, -- Matthias Andree - 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/
Re: Linux 2.6.11
On Wed, 02 Mar 2005, Linus Torvalds wrote: > there it is. Only small stuff lately - as promised. Shortlog from -rc5 > appended, nothing exciting there, mostly some fixes from various code > checkers (like fixed init sections, and some coverity tool finds). ftp.kernel.org:/pub/linux/kernel/v2.6 doesn't seem to carry a crypto signature for the patch, patch-2.6.11.gz.sign - 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/
Re: Linux 2.6.11
On Wed, 02 Mar 2005, Linus Torvalds wrote: there it is. Only small stuff lately - as promised. Shortlog from -rc5 appended, nothing exciting there, mostly some fixes from various code checkers (like fixed init sections, and some coverity tool finds). ftp.kernel.org:/pub/linux/kernel/v2.6 doesn't seem to carry a crypto signature for the patch, patch-2.6.11.gz.sign - 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/
Re: Linux 2.6.11
On Wed, 02 Mar 2005, Linus Torvalds wrote: On Wed, 2 Mar 2005, Matthias Andree wrote: ftp.kernel.org:/pub/linux/kernel/v2.6 doesn't seem to carry a crypto signature for the patch, patch-2.6.11.gz.sign It's there now (along with the ChangeLog). The signatures are automatically generated at the master site, and the mirroring out to the public sites is a separate event, so sometimes (if you check early) you may miss the signatures for a while until the next time the scripts run. Is the master side a hidden host rather than ftp.kernel.org? (In contrast the full ChangeLog was missing because the generation script I use is not exactly the smart way, so it's O(slow(n)), where slow is n**3 or worse, so the log from the last -rc release is fast, but going back all the way to 2.6.10 took long long enough that I didn't wait for it). If that is an issue with the shortlog script or its integration with BK, contact me off-list so we can resolve the issue. Thanks, -- Matthias Andree - 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/
BK-kernel-tools/shortlog update
Hello Linus, you can either use "bk receive" to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK: Parent repository is file://var/bitkeeper/BK-kernel-tools Patch description: [EMAIL PROTECTED], 2005-02-23 15:43:14+01:00, [EMAIL PROTECTED] Add six new address -> name mappings. Matthias # DIFFSTAT # shortlog |6 ++ 1 files changed, 6 insertions(+) # GNUPATCH # --- 1.241/shortlog 2005-02-09 10:22:16 +01:00 +++ 1.242/shortlog 2005-02-23 15:43:14 +01:00 @@ -116,6 +116,7 @@ 'davej:codemonkey.org.u' => 'Dave Jones', 'davej:codemonkey.org.uk' => 'Dave Jones', 'davej:delerium.codemonkey.org.uk' => 'Dave Jones', +'davej:delerium.kernelslacker.org' => 'Dave Jones', 'davej:wopr.codemonkey.org.uk' => 'Dave Jones', 'davem:cheetah.ninka.net' => 'David S. Miller', 'davem:nuts.ninka.net' => 'David S. Miller', @@ -438,6 +439,7 @@ 'bheilbrun:paypal.com' => 'Brad Heilbrun', # by himself 'bjoern:j3e.de' => 'Bjoern Jacke', 'bjohnson:sgi.com' => 'Brian J. Johnson', +'bjorn-helgaas:comcast.net' => 'Bjorn Helgaas', 'bjorn.andersson:erc.ericsson.se' => 'Björn Andersson', # google, guessed ö 'bjorn.helgaas:com.rmk.(none)' => 'Bjorn Helgaas', 'bjorn.helgaas:hp.com' => 'Bjorn Helgaas', @@ -945,6 +947,7 @@ 'ganesh:veritas.com' => 'Ganesh Varadarajan', 'ganesh:vxindia.veritas.com' => 'Ganesh Varadarajan', 'garloff:suse.de' => 'Kurt Garloff', +'gary.spiess:intermec.com' => 'Gary N. Spiess', 'gary_lerhaupt:dell.com' => 'Gary Lerhaupt', 'garyhade:us.ibm.com' => 'Gary Hade', 'gbarzini:virata.com' => 'Guido Barzini', @@ -1783,6 +1786,7 @@ 'mikma:users.sourceforge.net' => 'Mikael Magnusson', 'mikpe:csd.uu.se' => 'Mikael Pettersson', 'mikpe:user.it.uu.se' => 'Mikael Pettersson', +'mikukkon:gmail.com' => 'Mika Kukkonen', 'mikulas:artax.karlin.mff.cuni.cz' => 'Mikulas Patocka', 'miles:gnu.org' => 'Miles Bader', 'miles:lsi.nec.co.jp' => 'Miles Bader', @@ -2158,6 +2162,7 @@ 'rathamahata:php4.ru' => 'Sergey S. Kostyliov', 'raul:pleyades.net' => 'Raul Nunez de Arenas Coronado', 'raven:themaw.net' => 'Ian Kent', +'ravinandan.arakali:neterion.com' => 'Ravinandan Arakali', 'ravinandan.arakali:s2io.com' => 'Ravinandan Arakali', 'ray-lk:madrabbit.org' => 'Ray Lee', 'rbh00:utsglobal.com' => 'Richard Hitt', # asked him, he prefers Richard @@ -2530,6 +2535,7 @@ 'temnota:kmv.ru' => 'Andrey Melnikov', 'tes:sgi.com' => 'Timothy Shimmin', 'tetapi:utu.fi' => 'Tero Pirkkanen', # by Kristian Peters +'tglx:de.rmk.(none)' => 'Thomas Gleixner', 'tglx:linutronix.de' => 'Thomas Gleixner', 'tgraf:suug.ch' => 'Thomas Graf', 'th122948:scl1.sfbay.sun.com' => 'Tim Hockin', # by Duncan Laurie # BKPATCH # ## Wrapped with gzip_b64 ## H4sIAJWWHEICA8VU7U7bMBT9XT+FJX50E4trO0nTRCoCxgSMfaAyHuA2uaQhiV3ZaSlSHn5O M1qBNGlsSMuHFPvec33P8YkP6OVZMmi0WUOV2eMlqnxVKNYYULbGBliq6/bjAlSON9i0knPp biF9Pg7jVsbjMGxRYhimgYB5NIkwleSA3lo0yaCGplkUYBmozCC6+Qttm2SQ1xuWdcOZ1m44 siuLoxKNwmp0euUerx94jdaVJS7xGpp0QddobDIQzN/NNI9LTAazT+e3X05mhEyndNcrnU7J G/Pal1umccSZtlnFtMmfFwq5FKGIROxH7TiUMiJnVDAZBZSHIy5H0qciTAI/EcEhFwnn9IVO x70+9FBQj5NT+sYsPpKUnmQZtcWGKnygkLlFraXeEVVQo+tmuSxUbhm5oq5/Icn1XlXivfIi hAMnR3sSC13jCwZ2oU1T6bwnEIoJj4JITFpfRHHY3mEMd2nEY+CYwTz7jVzPqrg9kL4IAve6 KiLwt954ynhmjX/uh/xZPzzmsZRi3PKxGP/yRCBf7Ynxf/dEr+d36pmHTfd4G2eQJ7J/4Y9L ISZUkGEGa7xPMqzQFKua9UeArSB1X91fNqTTIzo8c1n0s1Zohx/IZRDwDjq/10Z5C6xyAJs4 AVKwDVPY9JjTLkwv+nAHi4Oog+VgHpldFo5pUqgGTY1pJ1+POndR+o3Rm21CBxPRJOxwdVGu ylKrJK+hqPaIr0UJ9GobQtUB3HZv+zOwLpTbSFAMDJRQFYlrzvHUao+e7ZLoSZ+0LRH6sivR 5NXGicNMXbJ3yi3wvkf9cP4FS88rLDYKjYPsDsd0gWlpV/U0DgVM7uZAfgLic5DZ7gUAAA== - 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/
BK-kernel-tools/shortlog update
Hello Linus, you can either use bk receive to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK: Parent repository is file://var/bitkeeper/BK-kernel-tools Patch description: [EMAIL PROTECTED], 2005-02-23 15:43:14+01:00, [EMAIL PROTECTED] Add six new address - name mappings. Matthias # DIFFSTAT # shortlog |6 ++ 1 files changed, 6 insertions(+) # GNUPATCH # --- 1.241/shortlog 2005-02-09 10:22:16 +01:00 +++ 1.242/shortlog 2005-02-23 15:43:14 +01:00 @@ -116,6 +116,7 @@ 'davej:codemonkey.org.u' = 'Dave Jones', 'davej:codemonkey.org.uk' = 'Dave Jones', 'davej:delerium.codemonkey.org.uk' = 'Dave Jones', +'davej:delerium.kernelslacker.org' = 'Dave Jones', 'davej:wopr.codemonkey.org.uk' = 'Dave Jones', 'davem:cheetah.ninka.net' = 'David S. Miller', 'davem:nuts.ninka.net' = 'David S. Miller', @@ -438,6 +439,7 @@ 'bheilbrun:paypal.com' = 'Brad Heilbrun', # by himself 'bjoern:j3e.de' = 'Bjoern Jacke', 'bjohnson:sgi.com' = 'Brian J. Johnson', +'bjorn-helgaas:comcast.net' = 'Bjorn Helgaas', 'bjorn.andersson:erc.ericsson.se' = 'Björn Andersson', # google, guessed ö 'bjorn.helgaas:com.rmk.(none)' = 'Bjorn Helgaas', 'bjorn.helgaas:hp.com' = 'Bjorn Helgaas', @@ -945,6 +947,7 @@ 'ganesh:veritas.com' = 'Ganesh Varadarajan', 'ganesh:vxindia.veritas.com' = 'Ganesh Varadarajan', 'garloff:suse.de' = 'Kurt Garloff', +'gary.spiess:intermec.com' = 'Gary N. Spiess', 'gary_lerhaupt:dell.com' = 'Gary Lerhaupt', 'garyhade:us.ibm.com' = 'Gary Hade', 'gbarzini:virata.com' = 'Guido Barzini', @@ -1783,6 +1786,7 @@ 'mikma:users.sourceforge.net' = 'Mikael Magnusson', 'mikpe:csd.uu.se' = 'Mikael Pettersson', 'mikpe:user.it.uu.se' = 'Mikael Pettersson', +'mikukkon:gmail.com' = 'Mika Kukkonen', 'mikulas:artax.karlin.mff.cuni.cz' = 'Mikulas Patocka', 'miles:gnu.org' = 'Miles Bader', 'miles:lsi.nec.co.jp' = 'Miles Bader', @@ -2158,6 +2162,7 @@ 'rathamahata:php4.ru' = 'Sergey S. Kostyliov', 'raul:pleyades.net' = 'Raul Nunez de Arenas Coronado', 'raven:themaw.net' = 'Ian Kent', +'ravinandan.arakali:neterion.com' = 'Ravinandan Arakali', 'ravinandan.arakali:s2io.com' = 'Ravinandan Arakali', 'ray-lk:madrabbit.org' = 'Ray Lee', 'rbh00:utsglobal.com' = 'Richard Hitt', # asked him, he prefers Richard @@ -2530,6 +2535,7 @@ 'temnota:kmv.ru' = 'Andrey Melnikov', 'tes:sgi.com' = 'Timothy Shimmin', 'tetapi:utu.fi' = 'Tero Pirkkanen', # by Kristian Peters +'tglx:de.rmk.(none)' = 'Thomas Gleixner', 'tglx:linutronix.de' = 'Thomas Gleixner', 'tgraf:suug.ch' = 'Thomas Graf', 'th122948:scl1.sfbay.sun.com' = 'Tim Hockin', # by Duncan Laurie # BKPATCH # ## Wrapped with gzip_b64 ## H4sIAJWWHEICA8VU7U7bMBT9XT+FJX50E4trO0nTRCoCxgSMfaAyHuA2uaQhiV3ZaSlSHn5O M1qBNGlsSMuHFPvec33P8YkP6OVZMmi0WUOV2eMlqnxVKNYYULbGBliq6/bjAlSON9i0knPp biF9Pg7jVsbjMGxRYhimgYB5NIkwleSA3lo0yaCGplkUYBmozCC6+Qttm2SQ1xuWdcOZ1m44 siuLoxKNwmp0euUerx94jdaVJS7xGpp0QddobDIQzN/NNI9LTAazT+e3X05mhEyndNcrnU7J G/Pal1umccSZtlnFtMmfFwq5FKGIROxH7TiUMiJnVDAZBZSHIy5H0qciTAI/EcEhFwnn9IVO x70+9FBQj5NT+sYsPpKUnmQZtcWGKnygkLlFraXeEVVQo+tmuSxUbhm5oq5/Icn1XlXivfIi hAMnR3sSC13jCwZ2oU1T6bwnEIoJj4JITFpfRHHY3mEMd2nEY+CYwTz7jVzPqrg9kL4IAve6 KiLwt954ynhmjX/uh/xZPzzmsZRi3PKxGP/yRCBf7Ynxf/dEr+d36pmHTfd4G2eQJ7J/4Y9L ISZUkGEGa7xPMqzQFKua9UeArSB1X91fNqTTIzo8c1n0s1Zohx/IZRDwDjq/10Z5C6xyAJs4 AVKwDVPY9JjTLkwv+nAHi4Oog+VgHpldFo5pUqgGTY1pJ1+POndR+o3Rm21CBxPRJOxwdVGu ylKrJK+hqPaIr0UJ9GobQtUB3HZv+zOwLpTbSFAMDJRQFYlrzvHUao+e7ZLoSZ+0LRH6sivR 5NXGicNMXbJ3yi3wvkf9cP4FS88rLDYKjYPsDsd0gWlpV/U0DgVM7uZAfgLic5DZ7gUAAA== - 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/
Re: ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device
On Mon, 21 Feb 2005, Bartlomiej Zolnierkiewicz wrote:
> Speaking about ide-scsi, it will be undeprecated after I fix the locking.
> Rationale is that ide-scsi is _much_ simpler than ide-{cd,tape}.
> [ although it doesn't support all the hardware that ide-{cd,tape} do ]
Good to read that. I've always wondered why Linux went backwards when all
other systems added atapicam (FreeBSD) and similar, now I can stop
wondering.
--
Matthias Andree
-
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/
Re: ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device
On Mon, 21 Feb 2005, Bartlomiej Zolnierkiewicz wrote:
Speaking about ide-scsi, it will be undeprecated after I fix the locking.
Rationale is that ide-scsi is _much_ simpler than ide-{cd,tape}.
[ although it doesn't support all the hardware that ide-{cd,tape} do ]
Good to read that. I've always wondered why Linux went backwards when all
other systems added atapicam (FreeBSD) and similar, now I can stop
wondering.
--
Matthias Andree
-
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/
Re: [BK] upgrade will be needed
On Mon, 14 Feb 2005, Juergen Stuber wrote: > That would be much more acceptable to me, I know what I did in the past, > but I won't accept any restriction of what I can do in the future. > There would still be a problem of what to do if I get addicted to BK. There'd be BK/Pro - a price list on the web for individual users might be very helpful though. It won't be used very often but simplify the decision process a bit. -- Matthias Andree - 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/
Re: [BK] upgrade will be needed
On Mon, 14 Feb 2005, Marcin Dalecki wrote: > He is simply plain dishonest about his intentions. And since he is > driving a company it's not difficult to deduce what his intentions > really are: Making money. That's plain and simple what all companies > are all about. Now you can start to guess how he wants to accomplish > this. Please stop this offensive posting style unless you have a hard, really hard proof. Of course Larry and his company want to make money (you know the term open secret?), and they'd better not disappoint those who've trusted in BK/Free; but if he asked to veil his intentions or out of honest interest in consultations can only be judged after we've seen the 3.2.4 BK/Free license. -- Matthias Andree - 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/
Re: [BK] upgrade will be needed
On Mon, 14 Feb 2005, Larry McVoy wrote: > So how would you suggest that we resolve it? The protection we need is > that people don't get to > > - use BK > - stop using BK so they can go work on another system > - start using BK again > - stop using BK so they can go work on another system > ... Add a cancellation period or a relicense block to BK/Free. For instance: 1. $licensee can cancel his license with 30 days period before end of a month 2. BK/Free license is not available to (1) people who have worked on a system essentially similar to BK in the past six weeks, (2) people who have had their BK/Free license terminated within the past six weeks for any reason other than a new BK version becoming available. > So what do you want us to do? This isn't a change to take stuff from > you, it's a change that some of your peers asked us to do so they could > use BK (and it would be nice if the people who wanted this are reading > this thread and will speak up so it doesn't look like I'm making it up). This is, by your leave, ridiculous. I was, so far, allowed to stop using BK/Free on day #1 and hack non-BK SCM on day #2. I understand you don't want users to repeat this sequence, use BK on every odd day of month and hack non-BK SCM on every even day, and I haven't done that (I haven't hacked SCM). > What we've been doing so far is telling people who were worried to act as > if there were a year long gap and they have been happy with that answer > but they are asking for us to put it in the license so they don't have > to depend on some email based side agreement. So have them send a SSAE and pass that note in writing. -- Matthias Andree - 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/
Re: [BK] upgrade will be needed
On Mon, 14 Feb 2005, Larry McVoy wrote: So how would you suggest that we resolve it? The protection we need is that people don't get to - use BK - stop using BK so they can go work on another system - start using BK again - stop using BK so they can go work on another system ... Add a cancellation period or a relicense block to BK/Free. For instance: 1. $licensee can cancel his license with 30 days period before end of a month 2. BK/Free license is not available to (1) people who have worked on a system essentially similar to BK in the past six weeks, (2) people who have had their BK/Free license terminated within the past six weeks for any reason other than a new BK version becoming available. So what do you want us to do? This isn't a change to take stuff from you, it's a change that some of your peers asked us to do so they could use BK (and it would be nice if the people who wanted this are reading this thread and will speak up so it doesn't look like I'm making it up). This is, by your leave, ridiculous. I was, so far, allowed to stop using BK/Free on day #1 and hack non-BK SCM on day #2. I understand you don't want users to repeat this sequence, use BK on every odd day of month and hack non-BK SCM on every even day, and I haven't done that (I haven't hacked SCM). What we've been doing so far is telling people who were worried to act as if there were a year long gap and they have been happy with that answer but they are asking for us to put it in the license so they don't have to depend on some email based side agreement. So have them send a SSAE and pass that note in writing. -- Matthias Andree - 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/
Re: [BK] upgrade will be needed
On Mon, 14 Feb 2005, Marcin Dalecki wrote: He is simply plain dishonest about his intentions. And since he is driving a company it's not difficult to deduce what his intentions really are: Making money. That's plain and simple what all companies are all about. Now you can start to guess how he wants to accomplish this. Please stop this offensive posting style unless you have a hard, really hard proof. Of course Larry and his company want to make money (you know the term open secret?), and they'd better not disappoint those who've trusted in BK/Free; but if he asked to veil his intentions or out of honest interest in consultations can only be judged after we've seen the 3.2.4 BK/Free license. -- Matthias Andree - 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/
Re: [BK] upgrade will be needed
On Mon, 14 Feb 2005, Juergen Stuber wrote: That would be much more acceptable to me, I know what I did in the past, but I won't accept any restriction of what I can do in the future. There would still be a problem of what to do if I get addicted to BK. There'd be BK/Pro - a price list on the web for individual users might be very helpful though. It won't be used very often but simplify the decision process a bit. -- Matthias Andree - 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/
BK-kernel-tools/shortlog update
Hello Linus, you can either use "bk receive" to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK: Parent repository is http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-02-09 10:22:16+01:00, [EMAIL PROTECTED] Automerge [EMAIL PROTECTED], 2005-02-09 06:53:57+01:00, [EMAIL PROTECTED] shortlog: add 7 new addresses Matthias # DIFFSTAT # shortlog |7 +++ 1 files changed, 7 insertions(+) # GNUPATCH # --- 1.238.1.1/shortlog 2005-02-07 07:51:36 +01:00 +++ 1.241/shortlog 2005-02-09 10:22:16 +01:00 @@ -795,6 +795,7 @@ 'dwmw2:redhat.com' => 'David Woodhouse', 'dwmw2:shinybook.infradead.org' => 'David Woodhouse', 'dz:cs.unitn.it' => 'Massimo Dal Zotto', +'e9925248:student.tuwien.ac.at' => 'Martin Kögler', 'ebiederm:xmission.com' => 'Eric W. Biederman', 'ebrower:gmail.com' => 'Eric Brower', 'ebrower:resilience.com' => 'Eric Brower', @@ -1333,6 +1334,7 @@ 'josh:joshisanerd.com' => 'Josh Myer', 'josha:sgi.com' => 'Josh Aas', 'joshk:triplehelix.org' => 'Joshua Kwan', +'jpaana:s2.org' => 'Jarno Paananen', 'jparadis:redhat.com' => 'Jim Paradis', 'jparmele:wildbear.com' => 'Joseph Parmelee', 'jpk:sgi.com' => 'Jon Krueger', @@ -1665,6 +1667,7 @@ 'marineam:gentoo.org' => 'Michael Marineau', 'marius:citi.umich.edu' => 'Marius Aamodt Eriksen', 'mark.fasheh:oracle.com' => 'Mark Fasheh', +'mark.haigh:spirentcom.com' => 'Mark F. Haigh', 'mark:alpha.dyndns.org' => 'Mark W. McClelland', 'mark:hal9000.dyndns.org' => 'Mark W. McClelland', 'mark:mtfhpc.demon.co.uk' => 'Mark Fortescue', @@ -1884,6 +1887,7 @@ 'nfont:austin.ibm.com' => 'Nathan Fontenot', 'nhorman:gmail.com' => 'Neil Horman', 'nhorman:redhat.com' => 'Neil Horman', +'nib:cookinglinux.org' => 'Nicolas Bouliane', 'nick.holloway:pyrites.org.uk' => 'Nick Holloway', 'nickpiggin:cyberone.com.au' => 'Nick Piggin', 'nickpiggin:yahoo.com.au' => 'Nick Piggin', @@ -2383,6 +2387,7 @@ 'simonb:lipsyncpost.co.uk' => 'Simon Burley', 'sivanich:sgi.com' => 'Dimitri Sivanich', 'sjackman:gmail.com' => 'Shaun Jackman', +'sjean:cookinglinux.org' => 'Samuel Jean', 'sjhill:realitydiluted.com' => 'Steven J. Hill', 'skewer:terra.com.br' => 'Marcelo Abreu', 'skip.ford:verizon.net' => 'Skip Ford', @@ -2494,6 +2499,7 @@ 'swiergot:intersec.pl' => 'Jaroslaw Swierczynski', 'sxking:qwest.net' => 'Steven King', 'sylvain.meyer:worldonline.fr' => 'Sylvain Meyer', +'syntax:pa.net' => 'Daniel E. Markle', 'syrjala:sci.fi' => 'Ville Syrjala', 'szepe:pinerecords.com' => 'Tomas Szepe', 'sziwan:hell.org.pl' => 'Karol Kozimor', @@ -2761,6 +2767,7 @@ 'ysauyuki.kozakai:toshiba.co.jp' => 'Yasuyuki Kozakai', # typo 'yuasa:hh.iij4u.or.jp' => 'Yoichi Yuasa', 'yuri:acronis.com' => 'Yuri Per', # lbdb +'yust:anti-leasure.ru' => 'Alex Yustasov', 'yuvalt:gmail.com' => 'Yuval Turgeman', 'zach:vmware.com' => 'Zachary Amsden', 'zaitcev:redhat.com' => 'Pete Zaitcev', # BKPATCH # ## Wrapped with gzip_b64 ## H4sIAILWCUICA81WTW/bOBA9m7+CQA85dE2TlChaAlwkabrbNJu2SNHDHhlpIquWSIOkEmeh 373npaR8uXW6yG4CrC0YJj3P8zjvzUiv8PFRNvHGXqq6cPtr0GVbaeKt0q4Br0humu7tUukS voDvOKU8vBmPaCLSjqeJEB1wECKPmTqXcwk5R6/wVwc2mzTK+2WlHFG6sABh/71xPpuUzYYU /fLMmLCcudbBbAVWQz07PAnXdFxMvTG1QyHws/L5El+CddmEkehux1+vIZucvfvt6+8HZwgt FviOK14s0DOfy6kG6v1GVTXJ/9xGi4CWAcsE75I44hwdYUZ4kpLwiamYUT6jKaZJJqJMyNeU ZZTirT/ErxmeUnSIn5n1W5RjtzTW16bMsCoKLLGGq/6bBefAoRMcKDOOPt9XD02f+EKIKore 3JNfmga+Y37LYiQu2JzKWLJ5FzGZiu4CUnWRS5oqCoU6L7arswXuq51SIaKYdzRhiUQPpF7n qaTEuKImxpY7ZGIiFqFQiYi4GGWSDyRiNOM8Y8mNRN95eH/07ktqddD6UDpbAqrwPzhuqIGQ 3ShfkFFwGqPTp8H+Z6rvLvgO+VPOWXIrf+j824itxv/PfNDPXTj0fJR0sUiFHM0UzXf1fMx3 97x8MR890ul9uT7hqb3a9Nd0E/S/PdS/kP9YphIztAdpygWP55nzbQHaE99eVaCJyonye3jx Bu+dKusrjU/+Kmuwe7+gYxZFosd+WyulVeZ4369j7AdltQkzPuxr0ENwkgyJGmVXZKmqcpm5 dWVDqlCfvkZ3SVb4V4Lf9xEDbj5PepyuzrPcmFWly7rS7eY+18cqN7Vy+NC0dRXS9agg4kDN fQOlH8F9UU0LNf4QIgZInA6J3LX2apOtFdFwc/IjpasQ+Y7gnl49ZpBJ1Idft+GOqLSvpjUo 11ogth1RBzVs8B/hZ+XMZYA8PuJ+MOUw4eKHpozZkyccfdEJh4cRV/ww434+5m/8e/ok0PO5 /e65I19CvnJts5DRBZ+HAYD+Bk5oardJCQAA - 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/
BK-kernel-tools/shortlog update
Hello Linus, you can either use bk receive to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK: Parent repository is http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-02-09 10:22:16+01:00, [EMAIL PROTECTED] Automerge [EMAIL PROTECTED], 2005-02-09 06:53:57+01:00, [EMAIL PROTECTED] shortlog: add 7 new addresses Matthias # DIFFSTAT # shortlog |7 +++ 1 files changed, 7 insertions(+) # GNUPATCH # --- 1.238.1.1/shortlog 2005-02-07 07:51:36 +01:00 +++ 1.241/shortlog 2005-02-09 10:22:16 +01:00 @@ -795,6 +795,7 @@ 'dwmw2:redhat.com' = 'David Woodhouse', 'dwmw2:shinybook.infradead.org' = 'David Woodhouse', 'dz:cs.unitn.it' = 'Massimo Dal Zotto', +'e9925248:student.tuwien.ac.at' = 'Martin Kögler', 'ebiederm:xmission.com' = 'Eric W. Biederman', 'ebrower:gmail.com' = 'Eric Brower', 'ebrower:resilience.com' = 'Eric Brower', @@ -1333,6 +1334,7 @@ 'josh:joshisanerd.com' = 'Josh Myer', 'josha:sgi.com' = 'Josh Aas', 'joshk:triplehelix.org' = 'Joshua Kwan', +'jpaana:s2.org' = 'Jarno Paananen', 'jparadis:redhat.com' = 'Jim Paradis', 'jparmele:wildbear.com' = 'Joseph Parmelee', 'jpk:sgi.com' = 'Jon Krueger', @@ -1665,6 +1667,7 @@ 'marineam:gentoo.org' = 'Michael Marineau', 'marius:citi.umich.edu' = 'Marius Aamodt Eriksen', 'mark.fasheh:oracle.com' = 'Mark Fasheh', +'mark.haigh:spirentcom.com' = 'Mark F. Haigh', 'mark:alpha.dyndns.org' = 'Mark W. McClelland', 'mark:hal9000.dyndns.org' = 'Mark W. McClelland', 'mark:mtfhpc.demon.co.uk' = 'Mark Fortescue', @@ -1884,6 +1887,7 @@ 'nfont:austin.ibm.com' = 'Nathan Fontenot', 'nhorman:gmail.com' = 'Neil Horman', 'nhorman:redhat.com' = 'Neil Horman', +'nib:cookinglinux.org' = 'Nicolas Bouliane', 'nick.holloway:pyrites.org.uk' = 'Nick Holloway', 'nickpiggin:cyberone.com.au' = 'Nick Piggin', 'nickpiggin:yahoo.com.au' = 'Nick Piggin', @@ -2383,6 +2387,7 @@ 'simonb:lipsyncpost.co.uk' = 'Simon Burley', 'sivanich:sgi.com' = 'Dimitri Sivanich', 'sjackman:gmail.com' = 'Shaun Jackman', +'sjean:cookinglinux.org' = 'Samuel Jean', 'sjhill:realitydiluted.com' = 'Steven J. Hill', 'skewer:terra.com.br' = 'Marcelo Abreu', 'skip.ford:verizon.net' = 'Skip Ford', @@ -2494,6 +2499,7 @@ 'swiergot:intersec.pl' = 'Jaroslaw Swierczynski', 'sxking:qwest.net' = 'Steven King', 'sylvain.meyer:worldonline.fr' = 'Sylvain Meyer', +'syntax:pa.net' = 'Daniel E. Markle', 'syrjala:sci.fi' = 'Ville Syrjala', 'szepe:pinerecords.com' = 'Tomas Szepe', 'sziwan:hell.org.pl' = 'Karol Kozimor', @@ -2761,6 +2767,7 @@ 'ysauyuki.kozakai:toshiba.co.jp' = 'Yasuyuki Kozakai', # typo 'yuasa:hh.iij4u.or.jp' = 'Yoichi Yuasa', 'yuri:acronis.com' = 'Yuri Per', # lbdb +'yust:anti-leasure.ru' = 'Alex Yustasov', 'yuvalt:gmail.com' = 'Yuval Turgeman', 'zach:vmware.com' = 'Zachary Amsden', 'zaitcev:redhat.com' = 'Pete Zaitcev', # BKPATCH # ## Wrapped with gzip_b64 ## H4sIAILWCUICA81WTW/bOBA9m7+CQA85dE2TlChaAlwkabrbNJu2SNHDHhlpIquWSIOkEmeh 373npaR8uXW6yG4CrC0YJj3P8zjvzUiv8PFRNvHGXqq6cPtr0GVbaeKt0q4Br0humu7tUukS voDvOKU8vBmPaCLSjqeJEB1wECKPmTqXcwk5R6/wVwc2mzTK+2WlHFG6sABh/71xPpuUzYYU /fLMmLCcudbBbAVWQz07PAnXdFxMvTG1QyHws/L5El+CddmEkehux1+vIZucvfvt6+8HZwgt FviOK14s0DOfy6kG6v1GVTXJ/9xGi4CWAcsE75I44hwdYUZ4kpLwiamYUT6jKaZJJqJMyNeU ZZTirT/ErxmeUnSIn5n1W5RjtzTW16bMsCoKLLGGq/6bBefAoRMcKDOOPt9XD02f+EKIKore 3JNfmga+Y37LYiQu2JzKWLJ5FzGZiu4CUnWRS5oqCoU6L7arswXuq51SIaKYdzRhiUQPpF7n qaTEuKImxpY7ZGIiFqFQiYi4GGWSDyRiNOM8Y8mNRN95eH/07ktqddD6UDpbAqrwPzhuqIGQ 3ShfkFFwGqPTp8H+Z6rvLvgO+VPOWXIrf+j824itxv/PfNDPXTj0fJR0sUiFHM0UzXf1fMx3 97x8MR890ul9uT7hqb3a9Nd0E/S/PdS/kP9YphIztAdpygWP55nzbQHaE99eVaCJyonye3jx Bu+dKusrjU/+Kmuwe7+gYxZFosd+WyulVeZ4369j7AdltQkzPuxr0ENwkgyJGmVXZKmqcpm5 dWVDqlCfvkZ3SVb4V4Lf9xEDbj5PepyuzrPcmFWly7rS7eY+18cqN7Vy+NC0dRXS9agg4kDN fQOlH8F9UU0LNf4QIgZInA6J3LX2apOtFdFwc/IjpasQ+Y7gnl49ZpBJ1Idft+GOqLSvpjUo 11ogth1RBzVs8B/hZ+XMZYA8PuJ+MOUw4eKHpozZkyccfdEJh4cRV/ww434+5m/8e/ok0PO5 /e65I19CvnJts5DRBZ+HAYD+Bk5oardJCQAA - 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/
BK-kernel-tools/shortlog update
on', 'james:cobaltmountain.com' => 'James Mayer', @@ -1232,6 +1243,7 @@ 'jgarzik:rum.normnet.org' => 'Jeff Garzik', 'jgarzik:tout.normnet.org' => 'Jeff Garzik', 'jgmyers:netscape.com' => 'John Myers', +'jgreen:users.sourceforge.net' => 'Josh Green', 'jgrimm2:us.ibm.com' => 'Jon Grimm', 'jgrimm:death.austin.ibm.com' => 'Jon Grimm', 'jgrimm:jgrimm.(none)' => 'Jon Grimm', @@ -1255,6 +1267,7 @@ 'jim.houston:comcast.net' => 'Jim Houston', 'jim:hamachi.net' => 'Jim Collette', 'jim:jtan.com' => 'Jim Paris', +'jimix:watson.ibm.com' => 'Jimi Xenidis', 'jk:ozlabs.org' => 'Jeremy Kerr', 'jkenisto:us.ibm.com' => 'James Keniston', 'jkluebs:com.rmk.(none)' => 'John K. Luebs', @@ -1467,6 +1480,7 @@ 'kpc-usbdev:gelato.uiuc.edu' => 'Kevin Cernekee', 'kpfleming:cox.net' => 'Kevin P. Fleming', 'kpreslan:redhat.com' => 'Ken Preslan', +'krautz:gmail.com' => 'Mikkel Krautz', 'kravetz:us.ibm.com' => 'Mike Kravetz', 'kraxel:bytesex.org' => 'Gerd Knorr', 'kraxel:suse.de' => 'Gerd Knorr', @@ -1475,6 +1489,7 @@ 'krkumar:us.ibm.com' => 'Krishna Kumar', 'kronos:kronoz.cjb.net' => 'Luca Tettamanti', 'kronos:people.it' => 'Luca Tettamanti', +'krzysztof.h1:wp.pl' => 'Krzysztof Helt', 'ksakamot:linux-m32r.org' => 'Kei Sakamoto', 'kszysiu:iceberg.elsat.net.pl' => 'Krzysztof Rusocki', 'kuba:mareimbrium.org' => 'Kuba Ober', @@ -1529,6 +1544,7 @@ 'lfo:polyad.org' => 'Luis F. Ortiz', 'liam.girdwood:com.rmk.(none)' => 'Liam Girdwood', 'liam.girdwood:wolfsonmicro.com' => 'Liam Girdwood', +'libor:topspin.com' => 'Libor Michalek', 'linas:austin.ibm.com' => 'Linas Vepstas', 'linas:linas.org' => 'Linas Vepstas', 'linas:us.ibm.com' => 'Linas Vepstas', @@ -1646,12 +1662,14 @@ 'marekm:amelek.gda.pl' => 'Marek Michalkiewicz', 'margitsw:t-online.de' => 'Margit Schubert-While', 'marijnk:gmx.co.uk' => 'Marijn Kruisselbrink', +'marineam:gentoo.org' => 'Michael Marineau', 'marius:citi.umich.edu' => 'Marius Aamodt Eriksen', 'mark.fasheh:oracle.com' => 'Mark Fasheh', 'mark:alpha.dyndns.org' => 'Mark W. McClelland', 'mark:hal9000.dyndns.org' => 'Mark W. McClelland', 'mark:mtfhpc.demon.co.uk' => 'Mark Fortescue', 'mark:net.rmk.(none)' => 'Mark Hindley', +'mark_salyzyn:adaptec.com' => 'Mark Salyzyn', 'markb:wetlettuce.com' => 'Mark Broadbent', 'markgw:sgi.com' => 'Mark Goodwin', 'markh:osdl.org' => 'Mark Haverkamp', @@ -1683,6 +1701,7 @@ 'matthewc:cse.unsw.edu.au' => 'Matthew Chapman', 'matthewn:snapgear.com' => 'Matthew Natalier', 'matthias.andree:gmx.de' => 'Matthias Andree', # added by himself +'matthias.christian:tiscali.de' => 'Matthias-Christian Ott', 'matthias:net.rmk.(none)' => 'Matthias Burghardt', 'mauelshagen:redhat.com' => 'Heinz J. Mauelshagen', 'mauelshagen:sistina.com' => 'Heinz J. Mauelshagen', @@ -1789,6 +1808,8 @@ 'mjc:redhat.com' => 'Mark J. Cox', 'mk:linux-ipv6.org' => 'Mitsuru Kanda', 'mkp:mkp.net' => 'Martin K. Petersen', # lbdb +'mkrikis:yahoo.com' => 'Martins Krikis', +'mlachwani:mvista.com' => 'Manish Lachwani', 'mlang:delysid.org' => 'Mario Lang', # google 'mlev:despammed.com' => 'Lev Makhlis', 'mlindner:syskonnect.de' => 'Mirko Lindner', @@ -1893,6 +1914,7 @@ 'normalperson:yhbt.net' => 'Eric Wong', 'not:just.any.name' => 'John Fremlin', 'notting:redhat.com' => 'Bill Nottingham', +'npollitt:mvista.com' => 'Nick Pollitt', 'nreilly:magma.ca' => 'Nicholas Reilly', 'nstraz:sgi.com' => 'Nathan Straz', 'ntfs:flatcap.org' => 'Richard Russon', # lbdb @@ -1927,6 +1949,7 @@ 'ornati:fastwebnet.it' => 'Paolo Ornati', 'ortylp:3miasto.net' => 'Paul Ortyl', 'os:emlix.com' => 'Oskar Schirmer', # sent by himself +'oskar.senft:gmx.de' => 'Oskar Senft', 'ossi:kde.org' => 'Oswald Buddenhagen', 'osst:riede.org' => 'Willem Riede', 'otaylor:redhat.com' => 'Owen Taylor', @@ -1981,6 +2004,7 @@ 'pavel:janik.cz' => 'Pavel Janík', 'pavel:suse.cz' => 'Pavel Machek', 'pavel:ucw.cz' => 'Pavel Machek', +'pavenis:latnet.lv' => 'Andris Pavenis', 'pavlas:nextra.cz' => 'Zdenek Pavlas', 'pavlic:de.ibm.com' => 'Frank Pavlic', 'pavlin:icir.org' => 'Pavlin Radoslavov', @@ -2107,6 +2131,7 @@ 'quintela:mandrakesoft.com' => 'Juan Quintela', 'r.a.mercer:blueyonder.co.uk' => 'Adam Mercer', 'r.e.wolff:bitwizard.nl' => 'Rogier Wolff', # lbdb +'r.e.wolff:harddisk-recovery.nl' => 'Rogier Wolff', 'r.marek:sh.cvut.cz' => 'Rudolf Marek', 'r.s.bultje:students.uu.nl' => 'Ronald S. Bultje', 'radford:indigita.com' => 'Jim Radford', @@ -2304,6 +2329,7 @@ 'sdake:mvista.com' => 'Steven Dake', 'sds:epoch.ncsc.mil' => 'Stephen D. Smalley', 'sds:tislabs.com' => 'Stephen D. Smalley', +'sds:tycho.nsa.gov' => 'Stephen D. Smalley', 'se.witt:gmx.net' => 'Sebastian Witt', 'sean.hefty:intel.com' => 'Sean Hefty', 'sean.mcgoogan:superh.com'
BK-kernel-tools/shortlog update
' = 'Jon Grimm', 'jgrimm:jgrimm.(none)' = 'Jon Grimm', @@ -1255,6 +1267,7 @@ 'jim.houston:comcast.net' = 'Jim Houston', 'jim:hamachi.net' = 'Jim Collette', 'jim:jtan.com' = 'Jim Paris', +'jimix:watson.ibm.com' = 'Jimi Xenidis', 'jk:ozlabs.org' = 'Jeremy Kerr', 'jkenisto:us.ibm.com' = 'James Keniston', 'jkluebs:com.rmk.(none)' = 'John K. Luebs', @@ -1467,6 +1480,7 @@ 'kpc-usbdev:gelato.uiuc.edu' = 'Kevin Cernekee', 'kpfleming:cox.net' = 'Kevin P. Fleming', 'kpreslan:redhat.com' = 'Ken Preslan', +'krautz:gmail.com' = 'Mikkel Krautz', 'kravetz:us.ibm.com' = 'Mike Kravetz', 'kraxel:bytesex.org' = 'Gerd Knorr', 'kraxel:suse.de' = 'Gerd Knorr', @@ -1475,6 +1489,7 @@ 'krkumar:us.ibm.com' = 'Krishna Kumar', 'kronos:kronoz.cjb.net' = 'Luca Tettamanti', 'kronos:people.it' = 'Luca Tettamanti', +'krzysztof.h1:wp.pl' = 'Krzysztof Helt', 'ksakamot:linux-m32r.org' = 'Kei Sakamoto', 'kszysiu:iceberg.elsat.net.pl' = 'Krzysztof Rusocki', 'kuba:mareimbrium.org' = 'Kuba Ober', @@ -1529,6 +1544,7 @@ 'lfo:polyad.org' = 'Luis F. Ortiz', 'liam.girdwood:com.rmk.(none)' = 'Liam Girdwood', 'liam.girdwood:wolfsonmicro.com' = 'Liam Girdwood', +'libor:topspin.com' = 'Libor Michalek', 'linas:austin.ibm.com' = 'Linas Vepstas', 'linas:linas.org' = 'Linas Vepstas', 'linas:us.ibm.com' = 'Linas Vepstas', @@ -1646,12 +1662,14 @@ 'marekm:amelek.gda.pl' = 'Marek Michalkiewicz', 'margitsw:t-online.de' = 'Margit Schubert-While', 'marijnk:gmx.co.uk' = 'Marijn Kruisselbrink', +'marineam:gentoo.org' = 'Michael Marineau', 'marius:citi.umich.edu' = 'Marius Aamodt Eriksen', 'mark.fasheh:oracle.com' = 'Mark Fasheh', 'mark:alpha.dyndns.org' = 'Mark W. McClelland', 'mark:hal9000.dyndns.org' = 'Mark W. McClelland', 'mark:mtfhpc.demon.co.uk' = 'Mark Fortescue', 'mark:net.rmk.(none)' = 'Mark Hindley', +'mark_salyzyn:adaptec.com' = 'Mark Salyzyn', 'markb:wetlettuce.com' = 'Mark Broadbent', 'markgw:sgi.com' = 'Mark Goodwin', 'markh:osdl.org' = 'Mark Haverkamp', @@ -1683,6 +1701,7 @@ 'matthewc:cse.unsw.edu.au' = 'Matthew Chapman', 'matthewn:snapgear.com' = 'Matthew Natalier', 'matthias.andree:gmx.de' = 'Matthias Andree', # added by himself +'matthias.christian:tiscali.de' = 'Matthias-Christian Ott', 'matthias:net.rmk.(none)' = 'Matthias Burghardt', 'mauelshagen:redhat.com' = 'Heinz J. Mauelshagen', 'mauelshagen:sistina.com' = 'Heinz J. Mauelshagen', @@ -1789,6 +1808,8 @@ 'mjc:redhat.com' = 'Mark J. Cox', 'mk:linux-ipv6.org' = 'Mitsuru Kanda', 'mkp:mkp.net' = 'Martin K. Petersen', # lbdb +'mkrikis:yahoo.com' = 'Martins Krikis', +'mlachwani:mvista.com' = 'Manish Lachwani', 'mlang:delysid.org' = 'Mario Lang', # google 'mlev:despammed.com' = 'Lev Makhlis', 'mlindner:syskonnect.de' = 'Mirko Lindner', @@ -1893,6 +1914,7 @@ 'normalperson:yhbt.net' = 'Eric Wong', 'not:just.any.name' = 'John Fremlin', 'notting:redhat.com' = 'Bill Nottingham', +'npollitt:mvista.com' = 'Nick Pollitt', 'nreilly:magma.ca' = 'Nicholas Reilly', 'nstraz:sgi.com' = 'Nathan Straz', 'ntfs:flatcap.org' = 'Richard Russon', # lbdb @@ -1927,6 +1949,7 @@ 'ornati:fastwebnet.it' = 'Paolo Ornati', 'ortylp:3miasto.net' = 'Paul Ortyl', 'os:emlix.com' = 'Oskar Schirmer', # sent by himself +'oskar.senft:gmx.de' = 'Oskar Senft', 'ossi:kde.org' = 'Oswald Buddenhagen', 'osst:riede.org' = 'Willem Riede', 'otaylor:redhat.com' = 'Owen Taylor', @@ -1981,6 +2004,7 @@ 'pavel:janik.cz' = 'Pavel Janík', 'pavel:suse.cz' = 'Pavel Machek', 'pavel:ucw.cz' = 'Pavel Machek', +'pavenis:latnet.lv' = 'Andris Pavenis', 'pavlas:nextra.cz' = 'Zdenek Pavlas', 'pavlic:de.ibm.com' = 'Frank Pavlic', 'pavlin:icir.org' = 'Pavlin Radoslavov', @@ -2107,6 +2131,7 @@ 'quintela:mandrakesoft.com' = 'Juan Quintela', 'r.a.mercer:blueyonder.co.uk' = 'Adam Mercer', 'r.e.wolff:bitwizard.nl' = 'Rogier Wolff', # lbdb +'r.e.wolff:harddisk-recovery.nl' = 'Rogier Wolff', 'r.marek:sh.cvut.cz' = 'Rudolf Marek', 'r.s.bultje:students.uu.nl' = 'Ronald S. Bultje', 'radford:indigita.com' = 'Jim Radford', @@ -2304,6 +2329,7 @@ 'sdake:mvista.com' = 'Steven Dake', 'sds:epoch.ncsc.mil' = 'Stephen D. Smalley', 'sds:tislabs.com' = 'Stephen D. Smalley', +'sds:tycho.nsa.gov' = 'Stephen D. Smalley', 'se.witt:gmx.net' = 'Sebastian Witt', 'sean.hefty:intel.com' = 'Sean Hefty', 'sean.mcgoogan:superh.com' = 'Sean McGoogan', @@ -2446,6 +2472,7 @@ 'stewartsmith:mac.com' = 'Stewart Smith', 'stkn:gentoo.org' = 'Stefan Knoblich', 'stoffel:lucent.com' = 'John Stoffel', +'stone_wang:sohu.com' = 'Stone Wang', 'strosake:us.ibm.com' = 'Michael Strosaker', 'stsp:aknet.ru' = 'Stas Sergeev', 'stuart_hayes:dell.com' = 'Stuart Hayes', @@ -2647,6 +2674,7 @@ 'vnuorval:tcs.hut.fi' = 'Ville Nuorvala', 'vojta:math.berkeley.edu' = 'Paul Vojta', 'vojtech:kernel.bkbits.net' = 'Vojtech Pavlik', +'vojtech:silver.ucw.cz' = 'Vojtech Pavlik', 'vojtech:suse.cz' = 'Vojtech Pavlik', 'vojtech:twilight.ucw.cz' = 'Vojtech Pavlik', 'vojtech:ucw.cz' = 'Vojtech Pavlik', # added by himself # BKPATCH # ## Wrapped
BK-kernel-tools/shortlog update
Hello Linus, you can either use "bk receive" to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK: Parent repository is http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-02-04 06:42:31+01:00, [EMAIL PROTECTED] shortlog: add 14 new addresses [EMAIL PROTECTED], 2005-02-01 14:52:23+01:00, [EMAIL PROTECTED] shortlog: add 7 new addresses [EMAIL PROTECTED], 2005-01-25 07:24:16+01:00, [EMAIL PROTECTED] shortlog: added 2 new addresses Matthias # DIFFSTAT # shortlog | 23 +++ 1 files changed, 23 insertions(+) # GNUPATCH # --- 1.235/shortlog 2005-01-22 03:03:26 +01:00 +++ 1.238/shortlog 2005-02-04 06:42:16 +01:00 @@ -243,6 +243,7 @@ 'albert.cahalan:ccur.com' => 'Albert Cahalan', 'albert:users.sf.net' => 'Albert Cahalan', 'albert:users.sourceforge.net' => 'Albert Cahalan', +'albert_herranz:yahoo.es' => 'Albert Herranz', 'albertcc:tw.ibm.com' => 'Albert Lee', 'albertogli:telpin.com.ar' => 'Alberto Bertogli', 'alborchers:steinerpoint.com' => 'Al Borchers', @@ -397,6 +398,7 @@ 'bcasavan:sgi.com' => 'Brent Casavant', 'bcollins:debian.org' => 'Ben Collins', 'bcrl:bob.home.kvack.org' => 'Benjamin LaHaise', +'bcrl:kvack.org' => 'Benjamin LaHaise', 'bcrl:redhat.com' => 'Benjamin LaHaise', 'bcrl:toomuch.toronto.redhat.com' => 'Benjamin LaHaise', # guessed 'bde:bwlink.com' => 'Bruce D. Elliott',# it's typo IMHO @@ -452,6 +454,7 @@ 'bmatheny:purdue.edu' => 'Blake Matheny', # google 'bo.henriksen:com.rmk.(none)' => 'Bo Henriksen', 'bo.henriksen:nordicid.com' => 'Bo Henriksen', +'bob.picco:hp.com' => 'Bob Picco', 'bodo.stroesser:fujitsu-siemens.com' => 'Bodo Stroesser', 'bogdan.costescu:iwr.uni-heidelberg.de' => 'Bogdan Costescu', 'bombe:informatik.tu-muenchen.de' => 'Andreas Bombe', @@ -725,6 +728,7 @@ 'dirk.behme:com.rmk.(none)' => 'Dirk Behme', 'dirk.behme:de.bosch.com' => 'Dirk Behme', 'dirk.uffmann:nokia.com' => 'Dirk Uffmann', +'djwong:us.ibm.com' => 'Darrick Wong', 'dkrivoschokov:dev.rtsoft.ru' => 'Dmitry Krivoschokov', 'dkuhlen:fhm.edu' => 'Dominik Kuhlen', 'dl8bcu:dl8bcu.de' => 'Thorsten Kranzkowski', @@ -871,6 +875,7 @@ 'faikuygur:ttnet.net.tr' => 'Faik Uygur', 'faith:redhat.com' => 'Rik Faith', 'falk.hueffner:student.uni-tuebingen.de' => 'Falk Hüffner', +'fanny.wakizaka:cyclades.com' => 'Fanny Wakizaka', 'fb.arm:net.rmk.(none)' => 'Frank Becker', 'fbecker:com.rmk.(none)' => 'Frank Becker', 'fbl:conectiva.com.br' => 'Flávio Bruno Leitner', # google @@ -1005,6 +1010,7 @@ 'guido.barzini:com.rmk.(none)' => 'Guido Barzini', 'guillaume.thouvenin:bull.net' => 'Guillaume Thouvenin', 'guillaume:morinfr.org' => 'Guillaume Morin', +'guninski:guninski.com' => 'Georgi Guninski', 'gunther.mayer:gmx.net' => 'Gunther Mayer', 'gwehrman:sgi.com' => 'Geoffrey Wehrman', 'gwurster:scs.carleton.ca' => 'Glenn Wurster', @@ -1016,6 +1022,7 @@ 'hadi:shell.cyberus.ca' => 'Jamal Hadi Salim', 'hadi:znyx.com' => 'Jamal Hadi Salim', # typo 'hadi:zynx.com' => 'Jamal Hadi Salim', +'hager:cs.umu.se' => 'Peter Hagervall', 'hall:vdata.com' => 'Jeff Hall', 'hallyn:cs.wm.edu' => 'Serge Hallyn', 'halr:voltaire.com' => 'Hal Rosenstock', @@ -1067,6 +1074,7 @@ 'hj.oertel:surfeu.de' => 'Heinz-Juergen Oertel', 'hjl:lucon.org' => 'H. J. Lu', 'hjm:redhat.com' => 'Heinz Mauelshagen', # lbdb +'hkneissel:gmx.de' => 'Hermann Kneissel', 'hkneissel:t-online.de' => 'Hermann Kneissel', 'hno:marasystems.com' => 'Henrik Nordstrom', 'hoho:binbash.net' => 'Colin Slater', @@ -1135,6 +1143,7 @@ 'jamagallon:able.es' => 'J. A. Magallon', 'james.bottomley:steeleye.com' => 'James Bottomley', 'james.smart:emulex.com' => 'James Smart', +'james4765:cwazy.co.uk' => 'James Nelson', 'james4765:gmail.com' => 'James Nelson', 'james4765:verizon.net' => 'James Nelson', 'james:cobaltmountain.com' => 'James Mayer', @@ -1467,6 +1476,7 @@ 'kpc-usbdev:gelato.uiuc.edu' => 'Kevin Cernekee', 'kpfleming:cox.net' => 'Kevin P. Fleming', 'kpreslan:redhat.com' => 'Ken Preslan', +'krautz:gmail.com' => 'Mikkel Krautz', 'kravetz:us.ibm.com' => 'Mike Kravetz', 'kraxel:bytesex.org' => 'Gerd Knorr', 'kraxel:suse.de' => 'Gerd Knorr', @@ -1475,6 +1485,7 @@ 'krkumar:us.ibm.com' => 'Krishna Kumar', 'kronos:kronoz.cjb.net' => 'Luca Tettamanti', 'kronos:people.it' => 'Luca Tettamanti', +'krzysztof.h1:wp.pl' => 'Krzysztof Helt', 'ksakamot:linux-m32r.org' => 'Kei Sakamoto', 'kszysiu:iceberg.elsat.net.pl' => 'Krzysztof Rusocki', 'kuba:mareimbrium.org' => 'Kuba Ober', @@ -1529,6 +1540,7 @@ 'lfo:polyad.org' => 'Luis F. Ortiz', 'liam.girdwood:com.rmk.(none)' => 'Liam Girdwood', 'liam.girdwood:wolfsonmicro.com' => 'Liam Girdwood', +'libor:topspin.com' => 'Libor Michalek', 'linas:austin.ibm.com' => 'Linas Vepstas', 'linas:linas.org' => 'Linas Vepstas', 'linas:us.ibm.com' =>
BK-kernel-tools/shortlog update
Hello Linus, you can either use bk receive to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK: Parent repository is http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-02-04 06:42:31+01:00, [EMAIL PROTECTED] shortlog: add 14 new addresses [EMAIL PROTECTED], 2005-02-01 14:52:23+01:00, [EMAIL PROTECTED] shortlog: add 7 new addresses [EMAIL PROTECTED], 2005-01-25 07:24:16+01:00, [EMAIL PROTECTED] shortlog: added 2 new addresses Matthias # DIFFSTAT # shortlog | 23 +++ 1 files changed, 23 insertions(+) # GNUPATCH # --- 1.235/shortlog 2005-01-22 03:03:26 +01:00 +++ 1.238/shortlog 2005-02-04 06:42:16 +01:00 @@ -243,6 +243,7 @@ 'albert.cahalan:ccur.com' = 'Albert Cahalan', 'albert:users.sf.net' = 'Albert Cahalan', 'albert:users.sourceforge.net' = 'Albert Cahalan', +'albert_herranz:yahoo.es' = 'Albert Herranz', 'albertcc:tw.ibm.com' = 'Albert Lee', 'albertogli:telpin.com.ar' = 'Alberto Bertogli', 'alborchers:steinerpoint.com' = 'Al Borchers', @@ -397,6 +398,7 @@ 'bcasavan:sgi.com' = 'Brent Casavant', 'bcollins:debian.org' = 'Ben Collins', 'bcrl:bob.home.kvack.org' = 'Benjamin LaHaise', +'bcrl:kvack.org' = 'Benjamin LaHaise', 'bcrl:redhat.com' = 'Benjamin LaHaise', 'bcrl:toomuch.toronto.redhat.com' = 'Benjamin LaHaise', # guessed 'bde:bwlink.com' = 'Bruce D. Elliott',# it's typo IMHO @@ -452,6 +454,7 @@ 'bmatheny:purdue.edu' = 'Blake Matheny', # google 'bo.henriksen:com.rmk.(none)' = 'Bo Henriksen', 'bo.henriksen:nordicid.com' = 'Bo Henriksen', +'bob.picco:hp.com' = 'Bob Picco', 'bodo.stroesser:fujitsu-siemens.com' = 'Bodo Stroesser', 'bogdan.costescu:iwr.uni-heidelberg.de' = 'Bogdan Costescu', 'bombe:informatik.tu-muenchen.de' = 'Andreas Bombe', @@ -725,6 +728,7 @@ 'dirk.behme:com.rmk.(none)' = 'Dirk Behme', 'dirk.behme:de.bosch.com' = 'Dirk Behme', 'dirk.uffmann:nokia.com' = 'Dirk Uffmann', +'djwong:us.ibm.com' = 'Darrick Wong', 'dkrivoschokov:dev.rtsoft.ru' = 'Dmitry Krivoschokov', 'dkuhlen:fhm.edu' = 'Dominik Kuhlen', 'dl8bcu:dl8bcu.de' = 'Thorsten Kranzkowski', @@ -871,6 +875,7 @@ 'faikuygur:ttnet.net.tr' = 'Faik Uygur', 'faith:redhat.com' = 'Rik Faith', 'falk.hueffner:student.uni-tuebingen.de' = 'Falk Hüffner', +'fanny.wakizaka:cyclades.com' = 'Fanny Wakizaka', 'fb.arm:net.rmk.(none)' = 'Frank Becker', 'fbecker:com.rmk.(none)' = 'Frank Becker', 'fbl:conectiva.com.br' = 'Flávio Bruno Leitner', # google @@ -1005,6 +1010,7 @@ 'guido.barzini:com.rmk.(none)' = 'Guido Barzini', 'guillaume.thouvenin:bull.net' = 'Guillaume Thouvenin', 'guillaume:morinfr.org' = 'Guillaume Morin', +'guninski:guninski.com' = 'Georgi Guninski', 'gunther.mayer:gmx.net' = 'Gunther Mayer', 'gwehrman:sgi.com' = 'Geoffrey Wehrman', 'gwurster:scs.carleton.ca' = 'Glenn Wurster', @@ -1016,6 +1022,7 @@ 'hadi:shell.cyberus.ca' = 'Jamal Hadi Salim', 'hadi:znyx.com' = 'Jamal Hadi Salim', # typo 'hadi:zynx.com' = 'Jamal Hadi Salim', +'hager:cs.umu.se' = 'Peter Hagervall', 'hall:vdata.com' = 'Jeff Hall', 'hallyn:cs.wm.edu' = 'Serge Hallyn', 'halr:voltaire.com' = 'Hal Rosenstock', @@ -1067,6 +1074,7 @@ 'hj.oertel:surfeu.de' = 'Heinz-Juergen Oertel', 'hjl:lucon.org' = 'H. J. Lu', 'hjm:redhat.com' = 'Heinz Mauelshagen', # lbdb +'hkneissel:gmx.de' = 'Hermann Kneissel', 'hkneissel:t-online.de' = 'Hermann Kneissel', 'hno:marasystems.com' = 'Henrik Nordstrom', 'hoho:binbash.net' = 'Colin Slater', @@ -1135,6 +1143,7 @@ 'jamagallon:able.es' = 'J. A. Magallon', 'james.bottomley:steeleye.com' = 'James Bottomley', 'james.smart:emulex.com' = 'James Smart', +'james4765:cwazy.co.uk' = 'James Nelson', 'james4765:gmail.com' = 'James Nelson', 'james4765:verizon.net' = 'James Nelson', 'james:cobaltmountain.com' = 'James Mayer', @@ -1467,6 +1476,7 @@ 'kpc-usbdev:gelato.uiuc.edu' = 'Kevin Cernekee', 'kpfleming:cox.net' = 'Kevin P. Fleming', 'kpreslan:redhat.com' = 'Ken Preslan', +'krautz:gmail.com' = 'Mikkel Krautz', 'kravetz:us.ibm.com' = 'Mike Kravetz', 'kraxel:bytesex.org' = 'Gerd Knorr', 'kraxel:suse.de' = 'Gerd Knorr', @@ -1475,6 +1485,7 @@ 'krkumar:us.ibm.com' = 'Krishna Kumar', 'kronos:kronoz.cjb.net' = 'Luca Tettamanti', 'kronos:people.it' = 'Luca Tettamanti', +'krzysztof.h1:wp.pl' = 'Krzysztof Helt', 'ksakamot:linux-m32r.org' = 'Kei Sakamoto', 'kszysiu:iceberg.elsat.net.pl' = 'Krzysztof Rusocki', 'kuba:mareimbrium.org' = 'Kuba Ober', @@ -1529,6 +1540,7 @@ 'lfo:polyad.org' = 'Luis F. Ortiz', 'liam.girdwood:com.rmk.(none)' = 'Liam Girdwood', 'liam.girdwood:wolfsonmicro.com' = 'Liam Girdwood', +'libor:topspin.com' = 'Libor Michalek', 'linas:austin.ibm.com' = 'Linas Vepstas', 'linas:linas.org' = 'Linas Vepstas', 'linas:us.ibm.com' = 'Linas Vepstas', @@ -1646,12 +1658,14 @@ 'marekm:amelek.gda.pl' = 'Marek
BK-kernel-tools/shortlog update
Hello Linus,
you can either use "bk receive" to patch with this mail,
or you can
Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools
or in cases of dire need, you can apply the patch below.
BK: Parent repository is http://bktools.bkbits.net/bktools
Patch description:
[EMAIL PROTECTED], 2005-01-21 15:29:37+01:00, [EMAIL PROTECTED]
Make "Info: these address mappings could be added after clean-up:" messages
non-default. Add a new --warnverbose option to select these messages.
Suggested by Vitezslav Samel.
Matthias
# DIFFSTAT #
shortlog |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
# GNUPATCH #
--- 1.233/shortlog 2005-01-20 14:11:22 +01:00
+++ 1.234/shortlog 2005-01-21 15:29:37 +01:00
@@ -3375,7 +3375,7 @@
my @opts = ("help|?|h", "man", "mode=s", "compress!", "count!", "width:i",
"swap!", "merge!", "warn!", "multi!", "abbreviate-names!",
"by-surname!", "selftest", "ignoremerge!", "omitaddresses!",
- "obfuscate!");
+ "obfuscate!", "warnverbose!");
# "bitkeeper|bk!");
# How do we parse them?
@@ -3533,7 +3533,7 @@
}
}
}
- if (scalar keys %address_found_in_from) {
+ if ($opt{warnverbose} and scalar keys %address_found_in_from) {
print STDERR "Info: these address mappings could be added after
clean-up:\n";
foreach (sort caseicmp keys %address_found_in_from) {
print STDERR $address_found_in_from{$_}, "\n" or write_error();
@@ -3570,6 +3570,10 @@
and suppress the prolog
--[no]multi states that multiple changelogs are in one file
--[no]warn warn about unknown addresses. Default: set!
+ --[no]warnverbose
+ suggest more addresses to be added from
+ Signed-off-by and From lines. Default: unset.
+ Use with caution!
--[no]abbreviate-names
abbreviate all but the last name
--[no]by-surname
# BKPATCH #
## Wrapped with gzip_b64 ##
H4sIAPQR8UECA+1Va0/bMBT9XP+KS9mkIZY0dprn1IlH90BsGqJiX6YJuclNGzWxq9ihMLr/
PofQFhCTxsbHOZESO9fn3nvOUbwNR8O4o2V1wYtU7c1RTOpc2LriQpWouZ3Icnk45WKCI9RL
5jjMXJS5ju9FSxb5nrdEhp6X9CkfB2GACSPbcKawijsl13qac2VzkVaIZv2jVDruTMpLO22m
p1KaaU/VCnszrAQWvYNjc1vtxNJSFoqYwBOukylcYKXiDrXd9Yq+mmPcOX334ezT/ikhgwGs
a4XBgDxzXw/62Wv7uA/jGRCHupQytvQ9GjEyBGoz3wPH6zm0xyhQL2ZR7Aa7Do0dBx5HhV0K
lkMO4Jl7OCQJfOYzhO6RyGQMeooKgacmtVKmlvk8FxMFiayLFMY3XzAFnmmsICmQC6uex10o
TTSfoDJoQgorxYzXhbZhPzXBIHABlrXglTCSjaVJIOc6l8I0AwoLTPRt3hWMbXBG9cS8aZNt
fAVfc40/VMEvYMRLLGxyDL7HHJecbBQm1hMHIQ53yNsNpVNZ4gM+1VRWupCTlk6Phk7QD2i4
dGkQecsMI54lgRNxB1M+Tn8j3j2UxhGU9lnkBkuPBsy78ekq4p5N/7ke8of1rBzq9sPQbR3q
9p/sUB8s9t+hG4e26n4Bq1pcNrd1aey6ov4v3Dp03SAESo5unx0woyvHWa0SrnGr+xq6d1rY
6u68MXs817/Z0z4B8gxevTDdXd8J/QlGSjAoBa9ghlcKXt4SfJ7JWqTnuTjPKlnuwHWDFDDo
kya54eybkN/vILXLD4dqmYJSVmvpUDXkrgVr4B/fPMonAlNLZplleG4KfW9iociFkQGGrZAx
1EKhth+HMOcPLHI9hYTXjaxbm0MkmWIyU3U58EOaYmh+CL8AI2D67wQHAAA=
-
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/
BK-kernel-tools/shortlog update
Hello Linus,
you can either use bk receive to patch with this mail,
or you can
Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools
or in cases of dire need, you can apply the patch below.
BK: Parent repository is http://bktools.bkbits.net/bktools
Patch description:
[EMAIL PROTECTED], 2005-01-21 15:29:37+01:00, [EMAIL PROTECTED]
Make Info: these address mappings could be added after clean-up: messages
non-default. Add a new --warnverbose option to select these messages.
Suggested by Vitezslav Samel.
Matthias
# DIFFSTAT #
shortlog |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
# GNUPATCH #
--- 1.233/shortlog 2005-01-20 14:11:22 +01:00
+++ 1.234/shortlog 2005-01-21 15:29:37 +01:00
@@ -3375,7 +3375,7 @@
my @opts = (help|?|h, man, mode=s, compress!, count!, width:i,
swap!, merge!, warn!, multi!, abbreviate-names!,
by-surname!, selftest, ignoremerge!, omitaddresses!,
- obfuscate!);
+ obfuscate!, warnverbose!);
# bitkeeper|bk!);
# How do we parse them?
@@ -3533,7 +3533,7 @@
}
}
}
- if (scalar keys %address_found_in_from) {
+ if ($opt{warnverbose} and scalar keys %address_found_in_from) {
print STDERR Info: these address mappings could be added after
clean-up:\n;
foreach (sort caseicmp keys %address_found_in_from) {
print STDERR $address_found_in_from{$_}, \n or write_error();
@@ -3570,6 +3570,10 @@
and suppress the prolog
--[no]multi states that multiple changelogs are in one file
--[no]warn warn about unknown addresses. Default: set!
+ --[no]warnverbose
+ suggest more addresses to be added from
+ Signed-off-by and From lines. Default: unset.
+ Use with caution!
--[no]abbreviate-names
abbreviate all but the last name
--[no]by-surname
# BKPATCH #
## Wrapped with gzip_b64 ##
H4sIAPQR8UECA+1Va0/bMBT9XP+KS9mkIZY0dprn1IlH90BsGqJiX6YJuclNGzWxq9ihMLr/
PofQFhCTxsbHOZESO9fn3nvOUbwNR8O4o2V1wYtU7c1RTOpc2LriQpWouZ3Icnk45WKCI9RL
5jjMXJS5ju9FSxb5nrdEhp6X9CkfB2GACSPbcKawijsl13qac2VzkVaIZv2jVDruTMpLO22m
p1KaaU/VCnszrAQWvYNjc1vtxNJSFoqYwBOukylcYKXiDrXd9Yq+mmPcOX334ezT/ikhgwGs
a4XBgDxzXw/62Wv7uA/jGRCHupQytvQ9GjEyBGoz3wPH6zm0xyhQL2ZR7Aa7Do0dBx5HhV0K
lkMO4Jl7OCQJfOYzhO6RyGQMeooKgacmtVKmlvk8FxMFiayLFMY3XzAFnmmsICmQC6uex10o
TTSfoDJoQgorxYzXhbZhPzXBIHABlrXglTCSjaVJIOc6l8I0AwoLTPRt3hWMbXBG9cS8aZNt
fAVfc40/VMEvYMRLLGxyDL7HHJecbBQm1hMHIQ53yNsNpVNZ4gM+1VRWupCTlk6Phk7QD2i4
dGkQecsMI54lgRNxB1M+Tn8j3j2UxhGU9lnkBkuPBsy78ekq4p5N/7ke8of1rBzq9sPQbR3q
9p/sUB8s9t+hG4e26n4Bq1pcNrd1aey6ov4v3Dp03SAESo5unx0woyvHWa0SrnGr+xq6d1rY
6u68MXs817/Z0z4B8gxevTDdXd8J/QlGSjAoBa9ghlcKXt4SfJ7JWqTnuTjPKlnuwHWDFDDo
kya54eybkN/vILXLD4dqmYJSVmvpUDXkrgVr4B/fPMonAlNLZplleG4KfW9iociFkQGGrZAx
1EKhth+HMOcPLHI9hYTXjaxbm0MkmWIyU3U58EOaYmh+CL8AI2D67wQHAAA=
-
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/
Re: BK-kernel-tools/shortlog update
Adrian Bunk schrieb am 2005-01-20: > On Thu, Jan 20, 2005 at 10:27:58AM +0100, Matthias Andree wrote: > >... > > @@ -481,6 +482,7 @@ > >... > > 'bunk:fs.tum.de' => 'Adrian Bunk', > > 'bunk:stusta.de' => 'Adrian Bunk', > > +'bunk:stutsa.de' => 'Adrian Bunk', > >... > > Where did you find this? > This is a typo and not a valid email address. Thanks for reviewing and asking. Generally, it need not be a valid address to be listed in shortlog. OTOH, we only _need_ it listed if it was used as ($BK_USER,$BK_HOST) tuple. I have no hints this was the case and will remove the address for the next release. Place of discovery: # ChangeSet # 2004/12/27 11:33:56-08:00 [EMAIL PROTECTED] # [SCTP] Code cleanup: remove unused code and make needlessly global code static # # Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> # Signed-off-by: Sridhar Samudrala <[EMAIL PROTECTED]> # <http://www.kernel.org/pub/linux/kernel/v2.4/testing/cset/[EMAIL PROTECTED]> I also reviewed an inquiry about kaos:sgi.o, which I found used as typoed BK_USER/BK_HOST commit author <http://kambing.ui.edu/kernel-linux/v2.6/snapshots/old/patch-2.6.7-rc2-bk7.log> - and that address I cannot remove as it would result in the typoed address appearing in the logs rather than author's name. Should, some day, Signed-off-by have precedence over the changeset author, we might reconsider this. I have committed the change to bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools already. -- Matthias Andree - 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/
BK-kernel-tools/shortlog update
Hello Linus, you can either use "bk receive" to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK: Parent repository is http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-01-20 06:37:30+01:00, [EMAIL PROTECTED] shortlog: added 35 new addresses Matthias # DIFFSTAT # shortlog | 35 +++ 1 files changed, 35 insertions(+) # GNUPATCH # --- 1.231/shortlog 2005-01-12 05:57:15 +01:00 +++ 1.232/shortlog 2005-01-20 06:37:08 +01:00 @@ -400,6 +400,7 @@ 'bde:bwlink.com' => 'Bruce D. Elliott',# it's typo IMHO 'bde:nwlink.com' => 'Bruce D. Elliott', 'bdschuym:pandora.be' => 'Bart De Schuymer', +'bdschuym:telenet.be' => 'Bart De Schuymer', 'bdshuym:pandora.be' => 'Bart De Schuymer', # it's typo IMHO 'beattie:beattie-home.net' => 'Brian Beattie', # from david.nelson 'becky.gill:freescale.com' => 'Becky Gill', @@ -481,6 +482,7 @@ 'bunk:de.rmk.(none)' => 'Adrian Bunk', # guessed 'bunk:fs.tum.de' => 'Adrian Bunk', 'bunk:stusta.de' => 'Adrian Bunk', +'bunk:stutsa.de' => 'Adrian Bunk', 'buytenh:gnu.org' => 'Lennert Buytenhek', 'buytenh:org.rmk.(none)' => 'Lennert Buytenhek', 'buytenh:wantstofly.org' => 'Lennert Buytenhek', @@ -624,6 +626,7 @@ 'dalecki:evision.ag' => 'Martin Dalecki', 'dalto:austin.ibm.com' => 'Dave Altobelli', 'damien.morange:hp.com' => 'Damien Morange', +'damm:opensource.se' => 'Magnus Damm', 'dan.zink:hp.com' => 'Dan Zink', 'dan:debian.org' => 'Daniel Jacobowitz', 'dan:embeddededge.com' => 'Dan Malek', @@ -794,6 +797,7 @@ 'ecashin:coraid.com' => 'Ed L. Cashin', 'ecashin:uga.edu' => 'Ed L. Cashin', 'ecd:skynet.be' => 'Eddie C. Dost', +'echtler:fs.tum.de' => 'Florian Echtler', 'ed:il.fontys.nl' => 'Ed Schouten', 'eddie.williams:steeleye.com' => 'Eddie Williams', 'edrossma:us.ibm.com' => 'Eric Rossman', @@ -830,6 +834,7 @@ 'engebret:brule.rchland.ibm.com' => 'David Engebretsen', 'engebret:us.ibm.com' => 'David Engebretsen', 'engel:us.ibm.com' => 'John Engel', +'enrico.scholz:informatik.tu-chemnitz.de' => 'Enrico Scholz', 'eolson:mit.edu' => 'Edwin Olson', 'eradicator:gentoo.org' => 'Jeremy Huddleston', 'eranian:frankl.hpl.hp.com' => 'Stéphane Eranian', @@ -885,6 +890,7 @@ 'fl:fl.priv.at' => 'Friedrich Lobenstock', 'flavien:lebarbe.net' => 'Flavien Lebarbé', 'fletch:aracnet.com' => 'Martin J. Bligh', +'fli:ati.com' => 'Frederick Li', 'flo:rfc822.org' => 'Florian Lohoff', 'florian.thiel:gmx.net' => 'Florian Thiel', # from shortlog 'florin:iucha.net' => 'Florin Iucha', @@ -897,6 +903,7 @@ 'francis.wiran:hp.com' => 'Francis Wiran', 'frank.a.uepping:t-online.de' => 'Frank A. Uepping', 'frank.cornelis:elis.ugent.be' => 'Frank Cornelis', +'frank:tuxrocks.com' => 'Frank Sorenson', 'frank_borich:us.xyratex.com' => 'Frank Borich', 'frankie:cse.unsw.edu.au' => 'Frank Engel', 'franz.sirl-kernel:lauterbach.com' => 'Franz Sirl', @@ -914,6 +921,7 @@ 'fzago:austin.rr.com' => 'Frank Zago', # google 'g.liakhovetski:gmx.de' => 'Guennadi Liakhovetski', 'gaa:ulticom.com' => 'Gary Algier', # google +'gaboregry:axelero.hu' => 'Gabor Egry', 'galak:blarg.somerset.sps.mot.com' => 'Kumar Gala', 'galak:linen.sps.mot.com' => 'Kumar Gala', 'galak:somerset.sps.mot.com' => 'Kumar Gala', @@ -947,6 +955,7 @@ 'gibbs:overdrive.btc.adaptec.com' => 'Justin T. Gibbs', 'gibbs:scsiguy.com' => 'Justin T. Gibbs', 'gilbertd:treblig.org' => 'Dr. David Alan Gilbert', +'giorgio:org.rmk.(none)' => 'Giorgio Padrin', 'giri:lmc.cs.sunysb.edu' => 'Giridhar Pemmasani', 'giuseppe.furlan:systeam.it' => 'Giuseppe Furlan', 'giuseppe:eppesuigoccas.homedns.org' => 'Giuseppe Sacco', @@ -972,6 +981,7 @@ 'gortmaker:yahoo.com' => 'Paul Gortmaker', 'gotom:debian.or.jp' => 'Goto Masanori', # from shortlog 'gphat:cafes.net' => 'Cory Watson', +'grantma:anathoth.gen.nz' => 'Matthew Grant', 'greearb:candelatech.com' => 'Ben Greear', 'green:angband.namesys.com' => 'Oleg Drokin', 'green:linuxhacker.ru' => 'Oleg Drokin', @@ -993,6 +1003,7 @@ 'guido.barzini:com.rmk.(none)' => 'Guido Barzini', 'guillaume.thouvenin:bull.net' => 'Guillaume Thouvenin', 'guillaume:morinfr.org' => 'Guillaume Morin', +'gunther.mayer:gmx.net' => 'Gunther Mayer', 'gwehrman:sgi.com' => 'Geoffrey Wehrman', 'gwurster:scs.carleton.ca' => 'Glenn Wurster', 'h.schurig:de.rmk.(none)' => 'Holger Schurig', @@ -1004,6 +1015,7 @@ 'hadi:znyx.com' => 'Jamal Hadi Salim', # typo 'hadi:zynx.com' => 'Jamal Hadi Salim', 'hall:vdata.com' => 'Jeff Hall', +'halr:voltaire.com' => 'Hal Rosenstock', 'hammer:adaptec.com' => 'Jack Hammer', 'hannal:us.ibm.com' => 'Hanna V. Linder', 'hanno:gmx.de' => 'Hanno Böck', @@ -1045,6 +1057,7 @@ 'hermes:gibson.dropbear.id.au' => 'David Gibson', 'hero:persua.de' => 'Heiko Ronsdorf', 'herry:sgi.com' => 'Herry Wiputra', +'hfvogt:arcor.de' =>
BK-kernel-tools/shortlog update
Hello Linus, you can either use bk receive to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK: Parent repository is http://bktools.bkbits.net/bktools Patch description: [EMAIL PROTECTED], 2005-01-20 06:37:30+01:00, [EMAIL PROTECTED] shortlog: added 35 new addresses Matthias # DIFFSTAT # shortlog | 35 +++ 1 files changed, 35 insertions(+) # GNUPATCH # --- 1.231/shortlog 2005-01-12 05:57:15 +01:00 +++ 1.232/shortlog 2005-01-20 06:37:08 +01:00 @@ -400,6 +400,7 @@ 'bde:bwlink.com' = 'Bruce D. Elliott',# it's typo IMHO 'bde:nwlink.com' = 'Bruce D. Elliott', 'bdschuym:pandora.be' = 'Bart De Schuymer', +'bdschuym:telenet.be' = 'Bart De Schuymer', 'bdshuym:pandora.be' = 'Bart De Schuymer', # it's typo IMHO 'beattie:beattie-home.net' = 'Brian Beattie', # from david.nelson 'becky.gill:freescale.com' = 'Becky Gill', @@ -481,6 +482,7 @@ 'bunk:de.rmk.(none)' = 'Adrian Bunk', # guessed 'bunk:fs.tum.de' = 'Adrian Bunk', 'bunk:stusta.de' = 'Adrian Bunk', +'bunk:stutsa.de' = 'Adrian Bunk', 'buytenh:gnu.org' = 'Lennert Buytenhek', 'buytenh:org.rmk.(none)' = 'Lennert Buytenhek', 'buytenh:wantstofly.org' = 'Lennert Buytenhek', @@ -624,6 +626,7 @@ 'dalecki:evision.ag' = 'Martin Dalecki', 'dalto:austin.ibm.com' = 'Dave Altobelli', 'damien.morange:hp.com' = 'Damien Morange', +'damm:opensource.se' = 'Magnus Damm', 'dan.zink:hp.com' = 'Dan Zink', 'dan:debian.org' = 'Daniel Jacobowitz', 'dan:embeddededge.com' = 'Dan Malek', @@ -794,6 +797,7 @@ 'ecashin:coraid.com' = 'Ed L. Cashin', 'ecashin:uga.edu' = 'Ed L. Cashin', 'ecd:skynet.be' = 'Eddie C. Dost', +'echtler:fs.tum.de' = 'Florian Echtler', 'ed:il.fontys.nl' = 'Ed Schouten', 'eddie.williams:steeleye.com' = 'Eddie Williams', 'edrossma:us.ibm.com' = 'Eric Rossman', @@ -830,6 +834,7 @@ 'engebret:brule.rchland.ibm.com' = 'David Engebretsen', 'engebret:us.ibm.com' = 'David Engebretsen', 'engel:us.ibm.com' = 'John Engel', +'enrico.scholz:informatik.tu-chemnitz.de' = 'Enrico Scholz', 'eolson:mit.edu' = 'Edwin Olson', 'eradicator:gentoo.org' = 'Jeremy Huddleston', 'eranian:frankl.hpl.hp.com' = 'Stéphane Eranian', @@ -885,6 +890,7 @@ 'fl:fl.priv.at' = 'Friedrich Lobenstock', 'flavien:lebarbe.net' = 'Flavien Lebarbé', 'fletch:aracnet.com' = 'Martin J. Bligh', +'fli:ati.com' = 'Frederick Li', 'flo:rfc822.org' = 'Florian Lohoff', 'florian.thiel:gmx.net' = 'Florian Thiel', # from shortlog 'florin:iucha.net' = 'Florin Iucha', @@ -897,6 +903,7 @@ 'francis.wiran:hp.com' = 'Francis Wiran', 'frank.a.uepping:t-online.de' = 'Frank A. Uepping', 'frank.cornelis:elis.ugent.be' = 'Frank Cornelis', +'frank:tuxrocks.com' = 'Frank Sorenson', 'frank_borich:us.xyratex.com' = 'Frank Borich', 'frankie:cse.unsw.edu.au' = 'Frank Engel', 'franz.sirl-kernel:lauterbach.com' = 'Franz Sirl', @@ -914,6 +921,7 @@ 'fzago:austin.rr.com' = 'Frank Zago', # google 'g.liakhovetski:gmx.de' = 'Guennadi Liakhovetski', 'gaa:ulticom.com' = 'Gary Algier', # google +'gaboregry:axelero.hu' = 'Gabor Egry', 'galak:blarg.somerset.sps.mot.com' = 'Kumar Gala', 'galak:linen.sps.mot.com' = 'Kumar Gala', 'galak:somerset.sps.mot.com' = 'Kumar Gala', @@ -947,6 +955,7 @@ 'gibbs:overdrive.btc.adaptec.com' = 'Justin T. Gibbs', 'gibbs:scsiguy.com' = 'Justin T. Gibbs', 'gilbertd:treblig.org' = 'Dr. David Alan Gilbert', +'giorgio:org.rmk.(none)' = 'Giorgio Padrin', 'giri:lmc.cs.sunysb.edu' = 'Giridhar Pemmasani', 'giuseppe.furlan:systeam.it' = 'Giuseppe Furlan', 'giuseppe:eppesuigoccas.homedns.org' = 'Giuseppe Sacco', @@ -972,6 +981,7 @@ 'gortmaker:yahoo.com' = 'Paul Gortmaker', 'gotom:debian.or.jp' = 'Goto Masanori', # from shortlog 'gphat:cafes.net' = 'Cory Watson', +'grantma:anathoth.gen.nz' = 'Matthew Grant', 'greearb:candelatech.com' = 'Ben Greear', 'green:angband.namesys.com' = 'Oleg Drokin', 'green:linuxhacker.ru' = 'Oleg Drokin', @@ -993,6 +1003,7 @@ 'guido.barzini:com.rmk.(none)' = 'Guido Barzini', 'guillaume.thouvenin:bull.net' = 'Guillaume Thouvenin', 'guillaume:morinfr.org' = 'Guillaume Morin', +'gunther.mayer:gmx.net' = 'Gunther Mayer', 'gwehrman:sgi.com' = 'Geoffrey Wehrman', 'gwurster:scs.carleton.ca' = 'Glenn Wurster', 'h.schurig:de.rmk.(none)' = 'Holger Schurig', @@ -1004,6 +1015,7 @@ 'hadi:znyx.com' = 'Jamal Hadi Salim', # typo 'hadi:zynx.com' = 'Jamal Hadi Salim', 'hall:vdata.com' = 'Jeff Hall', +'halr:voltaire.com' = 'Hal Rosenstock', 'hammer:adaptec.com' = 'Jack Hammer', 'hannal:us.ibm.com' = 'Hanna V. Linder', 'hanno:gmx.de' = 'Hanno Böck', @@ -1045,6 +1057,7 @@ 'hermes:gibson.dropbear.id.au' = 'David Gibson', 'hero:persua.de' = 'Heiko Ronsdorf', 'herry:sgi.com' = 'Herry Wiputra', +'hfvogt:arcor.de' = 'Hans-Frieder Vogt', 'hifumi.hisashi:lab.ntt.co.jp' = 'Hisashi Hifumi',
Re: BK-kernel-tools/shortlog update
Adrian Bunk schrieb am 2005-01-20: On Thu, Jan 20, 2005 at 10:27:58AM +0100, Matthias Andree wrote: ... @@ -481,6 +482,7 @@ ... 'bunk:fs.tum.de' = 'Adrian Bunk', 'bunk:stusta.de' = 'Adrian Bunk', +'bunk:stutsa.de' = 'Adrian Bunk', ... Where did you find this? This is a typo and not a valid email address. Thanks for reviewing and asking. Generally, it need not be a valid address to be listed in shortlog. OTOH, we only _need_ it listed if it was used as ($BK_USER,$BK_HOST) tuple. I have no hints this was the case and will remove the address for the next release. Place of discovery: # ChangeSet # 2004/12/27 11:33:56-08:00 [EMAIL PROTECTED] # [SCTP] Code cleanup: remove unused code and make needlessly global code static # # Signed-off-by: Adrian Bunk [EMAIL PROTECTED] # Signed-off-by: Sridhar Samudrala [EMAIL PROTECTED] # http://www.kernel.org/pub/linux/kernel/v2.4/testing/cset/[EMAIL PROTECTED] I also reviewed an inquiry about kaos:sgi.o, which I found used as typoed BK_USER/BK_HOST commit author http://kambing.ui.edu/kernel-linux/v2.6/snapshots/old/patch-2.6.7-rc2-bk7.log - and that address I cannot remove as it would result in the typoed address appearing in the logs rather than author's name. Should, some day, Signed-off-by have precedence over the changeset author, we might reconsider this. I have committed the change to bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools already. -- Matthias Andree - 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/
Linux 2.4.6 Configure.help incomplete :-(
There are still a lot of help texts missing from Configure.help, CONFIG_AIC7_BUILD_FIRMWARE to name just one example. I'm pretty annoyed by RELEASE versions that don't have all options documented. If a module doesn't come with proper documentation for all its options, drop it. How is a non-hacker supposed to configure the kernel if he doesn't even have the faintest clue about the options? Linux is the system with the worst official documentation anyhow, compared to the "monolithic" BSD variants. I appreciate efforts by ESR to get the documentation complete, but evidently, the "good" way not enough. A complex system without proper documentation is worth _nothing_. -- Matthias Andree - 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/
Linux 2.4.6 Configure.help incomplete :-(
There are still a lot of help texts missing from Configure.help, CONFIG_AIC7_BUILD_FIRMWARE to name just one example. I'm pretty annoyed by RELEASE versions that don't have all options documented. If a module doesn't come with proper documentation for all its options, drop it. How is a non-hacker supposed to configure the kernel if he doesn't even have the faintest clue about the options? Linux is the system with the worst official documentation anyhow, compared to the monolithic BSD variants. I appreciate efforts by ESR to get the documentation complete, but evidently, the good way not enough. A complex system without proper documentation is worth _nothing_. -- Matthias Andree - 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/
Re: Realtek 8139 driver or sucky hardware?
On Wed, 27 Jun 2001, Silviu Marin-Caea wrote: > No matter what stupid things I do on it, I shouldn't be able to take the > kernel down, right? > > After I replaced the Realtek with a 3com, I could see all of the 60 > instances fighting like worms in shit, but the server survived. Did the card share IRQs with another card? What driver did you use? 8129/8139 or 8139too? - 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/
Re: Realtek 8139 driver or sucky hardware?
On Wed, 27 Jun 2001, Silviu Marin-Caea wrote: No matter what stupid things I do on it, I shouldn't be able to take the kernel down, right? After I replaced the Realtek with a 3com, I could see all of the 60 instances fighting like worms in shit, but the server survived. Did the card share IRQs with another card? What driver did you use? 8129/8139 or 8139too? - 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/
Re: The Joy of Forking
On Sun, 24 Jun 2001, Rick Hohensee wrote: > 2.4.5 is 26 meg now. It's time to consider forking the kernel. Alan has > already stuck his tippy-toe is that pool, and his toe is fine. > For a client-use Linux kernel, I suggest, and will be and have been > persuing, features and non-features such as... > > forget POSIX [junk] > In short, an open source OS for end-users should be very serious about > simplicity, and not just pay lip-service to it. There is evidence of the > value of this in the marketplace. What doesn't exist is an OS where > simplicity is systemic. This is why end-user issues pertain to the kernel > at all. This is how open source should be. Simple, or at least clear, > through and through. Linux has lost a lot of simplicity since I got into > it in '96, and that is a loss. Don't feed the trolls. The underlying kernel is nothing compared to an entire system. End-users don't mock with kernels but install their vendor's RPM, plus compiled Linux kernels are usually so much smaller on my machines than FreeBSD kernels. So just ignore this. - 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/
Re: GCC3.0 Produce REALLY slower code!
On Mon, 25 Jun 2001, Alexander V. Bilichenko wrote: > Hello All! > Some tests that I have recently check out. > kernel compiled with 3.0 (2.4.5) function call: 100 iteration. 3% slower > than 2.95. > test example - hash table add/remove - 4% slower (compiled both > with -O2 -march=i686). > Why have this version been released? Because it comes with various other improvements, among them better error detection, better C++ support, integrated GCJ (but regretfully still without Ada 95), to name a few reasons. 3% to 4% loss in a first release of a new major release is not a big deal, although I found similar results on leafnode's texpire. However, 3% do not warrant me spending my time complaining. Maybe some optimization is missing, maybe other operations than the ones you checked are faster. So there. You might run an entire benchmark suite and report back, tough. :-) - 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/
Re: GCC3.0 Produce REALLY slower code!
On Mon, 25 Jun 2001, Alexander V. Bilichenko wrote: Hello All! Some tests that I have recently check out. kernel compiled with 3.0 (2.4.5) function call: 100 iteration. 3% slower than 2.95. test example - hash table add/remove - 4% slower (compiled both with -O2 -march=i686). Why have this version been released? Because it comes with various other improvements, among them better error detection, better C++ support, integrated GCJ (but regretfully still without Ada 95), to name a few reasons. 3% to 4% loss in a first release of a new major release is not a big deal, although I found similar results on leafnode's texpire. However, 3% do not warrant me spending my time complaining. Maybe some optimization is missing, maybe other operations than the ones you checked are faster. So there. You might run an entire benchmark suite and report back, tough. :-) - 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/
Re: The Joy of Forking
On Sun, 24 Jun 2001, Rick Hohensee wrote: 2.4.5 is 26 meg now. It's time to consider forking the kernel. Alan has already stuck his tippy-toe is that pool, and his toe is fine. For a client-use Linux kernel, I suggest, and will be and have been persuing, features and non-features such as... forget POSIX [junk] In short, an open source OS for end-users should be very serious about simplicity, and not just pay lip-service to it. There is evidence of the value of this in the marketplace. What doesn't exist is an OS where simplicity is systemic. This is why end-user issues pertain to the kernel at all. This is how open source should be. Simple, or at least clear, through and through. Linux has lost a lot of simplicity since I got into it in '96, and that is a loss. Don't feed the trolls. The underlying kernel is nothing compared to an entire system. End-users don't mock with kernels but install their vendor's RPM, plus compiled Linux kernels are usually so much smaller on my machines than FreeBSD kernels. So just ignore this. - 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/
RTL8139, IRQ sharing, etc.
On Fri, 01 Jun 2001, Matthias Andree wrote: > Not sure if it's related to IRQ sharing or another initialization issue. Looks like IRQ sharing is still in the play. Yesterday, I purchased a pair of used 3C905TXs, replaced the RTL 8139 by the 3C905, and got complaints by the 3C905 about "eth0: Interrupt posted but not delivered -- IRQ blocked by another device?" (Linux 2.2.19). The other card on the same IRQ is a Brooktree 878. I then swapped the Bt878 and the 3C900 (not 3C905!) and got no more complaints, now, the Bt878 can keep its IRQ to itself, and the two 3Com cards share the IRQ. Seems both NICs are fine. TV is also fine. Strange. Might the BT 878 PCI AND the NVidia AGP card be the culprits? Cheers, Matthias - 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/
RTL8139, IRQ sharing, etc.
On Fri, 01 Jun 2001, Matthias Andree wrote: Not sure if it's related to IRQ sharing or another initialization issue. Looks like IRQ sharing is still in the play. Yesterday, I purchased a pair of used 3C905TXs, replaced the RTL 8139 by the 3C905, and got complaints by the 3C905 about eth0: Interrupt posted but not delivered -- IRQ blocked by another device? (Linux 2.2.19). The other card on the same IRQ is a Brooktree 878. I then swapped the Bt878 and the 3C900 (not 3C905!) and got no more complaints, now, the Bt878 can keep its IRQ to itself, and the two 3Com cards share the IRQ. Seems both NICs are fine. TV is also fine. Strange. Might the BT 878 PCI AND the NVidia AGP card be the culprits? Cheers, Matthias - 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/
Re: 2.4.5 still breaks dhcpcd with 8139too
On Fri, 01 Jun 2001, Jeff Garzik wrote: > Matthias Andree wrote: > > > > Will that 8139too be able to share its IRQ with a bttv card (Hauppauge > > WinTV in my case)? With 2.2.19, it's currently possible, at least after > > unloading and reloading the 8139too module, but it's a no-go with 2.4.5. > > Can you be more explicit than "no-go"? 8139too should share interrupts > just fine. Not sure if it's related to IRQ sharing or another initialization issue. Here's the hardware setup, machine at the time of testing also had 2 64 MB DIMMS and a Duron 700, all in a Gigabyte 7ZX-R. First column is the IRQ (decimally), if any. (lspci, merged with lspci -v IRQ information) 00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 02) 00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device 8305 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 22) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10) 05 00:07.2 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10) 05 00:07.3 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10) 00:07.4 SMBus: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30) 12 00:09.0 Multimedia video controller: Brooktree Corporation Bt878 (rev 02) 12 00:09.1 Multimedia controller: Brooktree Corporation Bt878 (rev 02) 11 00:0a.0 SCSI storage controller: Symbios Logic Inc. (formerly NCR) 53c875 (rev 03) 12 00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10) 11 00:0e.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 02) 05 00:0f.0 Ethernet controller: 3Com Corporation 3c900 Combo [Boomerang] 05 00:10.0 Unknown mass storage controller: Promise Technology, Inc.: Unknown device 0d30 (rev 02) 09 01:00.0 VGA compatible controller: nVidia Corporation Riva TnT 128 [NV04] (rev 04) /proc/interrupts (2.2) 0:1536577 XT-PIC timer 1: 33313 XT-PIC keyboard 2: 0 XT-PIC cascade 3: 9 XT-PIC serial 4: 57284 XT-PIC serial 5: 24965 XT-PIC ide2, eth0 6: 28 XT-PIC floppy 8: 2503 XT-PIC rtc 10:340 XT-PIC serial 11: 9581 XT-PIC sym53c8xx, es1371 12: 64495 XT-PIC eth1 13: 1 XT-PIC fpu 14: 80681 XT-PIC ide0 So, here's the story. Initially, the card was in the next-to-bottom PCI slot, sharing its IRQ with the nvidia (which isn't listed here for reasons beyond my knowledge), IRQ 09. With Linux 2.2.19, I caught error messages I already reported on May 19, thread subject "RTL8139 difficulties in 2.2, not in 2.4"; the IRQs weren't reported properly. That report related to rtl8139, but 8139too showed the same problems, it just was less verbose in its error reporting. I got replies by Donald Becker, who suggested to boot with "noapic", but that didn't help. On May 21, I found out, that 2.4.4 didn't work either. While the RTL8139 card shared its IRQs with the nvidia, unloading the module (rmmod 8139too), reloading it by running "ifconfig eth1 up" (literally) brought the card to work on Linux 2.2 reliably, and I believe also with 2.4. "To work" means: pppoe on that card talks through the DSL modem, discovers the Access Concentrator and tunnels PPP for use with pppd 2.4.0. Not working means: pppoe does not receive PAD replies. Note: PPPoE doesn't talk IP. A couple of days ago, I moved the card down one slow, now it shares its IRQ with the Hauppauge WinTV BT878 board. With Linux 2.2, the situation is the same, although, from time to time, the card just works. With Linux 2.4, the situation is worse now, the card almost never works, and it won't work at all in 2.4.5. As I'm totally unaware of how the card initalization procedures are done, I don't know how to reasonably debug this, I'd like to do that systematically. I'm also willing to move the card around to figure what's going on, but I need directions on what to look for. I'm talking about initialization because I believe it might be involved as unloading and reloading the 8139too.o driver module seems to help out. Again, please send directions on how to track this down. What output is helpful and what is unnecessary (mii-diag? /proc/interrupts of either kernel version? what else?). What am I supposed to change in hardware configuration to find the problem? What debug options should I switch on when recompiling a debug kernel? Thanks in advance, Matthias - 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/
Re: 2.4.5 still breaks dhcpcd with 8139too
On Fri, 01 Jun 2001, Jeff Garzik wrote: Matthias Andree wrote: Will that 8139too be able to share its IRQ with a bttv card (Hauppauge WinTV in my case)? With 2.2.19, it's currently possible, at least after unloading and reloading the 8139too module, but it's a no-go with 2.4.5. Can you be more explicit than no-go? 8139too should share interrupts just fine. Not sure if it's related to IRQ sharing or another initialization issue. Here's the hardware setup, machine at the time of testing also had 2 64 MB DIMMS and a Duron 700, all in a Gigabyte 7ZX-R. First column is the IRQ (decimally), if any. (lspci, merged with lspci -v IRQ information) 00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 02) 00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device 8305 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 22) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10) 05 00:07.2 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10) 05 00:07.3 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10) 00:07.4 SMBus: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30) 12 00:09.0 Multimedia video controller: Brooktree Corporation Bt878 (rev 02) 12 00:09.1 Multimedia controller: Brooktree Corporation Bt878 (rev 02) 11 00:0a.0 SCSI storage controller: Symbios Logic Inc. (formerly NCR) 53c875 (rev 03) 12 00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10) 11 00:0e.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 02) 05 00:0f.0 Ethernet controller: 3Com Corporation 3c900 Combo [Boomerang] 05 00:10.0 Unknown mass storage controller: Promise Technology, Inc.: Unknown device 0d30 (rev 02) 09 01:00.0 VGA compatible controller: nVidia Corporation Riva TnT 128 [NV04] (rev 04) /proc/interrupts (2.2) 0:1536577 XT-PIC timer 1: 33313 XT-PIC keyboard 2: 0 XT-PIC cascade 3: 9 XT-PIC serial 4: 57284 XT-PIC serial 5: 24965 XT-PIC ide2, eth0 6: 28 XT-PIC floppy 8: 2503 XT-PIC rtc 10:340 XT-PIC serial 11: 9581 XT-PIC sym53c8xx, es1371 12: 64495 XT-PIC eth1 13: 1 XT-PIC fpu 14: 80681 XT-PIC ide0 So, here's the story. Initially, the card was in the next-to-bottom PCI slot, sharing its IRQ with the nvidia (which isn't listed here for reasons beyond my knowledge), IRQ 09. With Linux 2.2.19, I caught error messages I already reported on May 19, thread subject RTL8139 difficulties in 2.2, not in 2.4; the IRQs weren't reported properly. That report related to rtl8139, but 8139too showed the same problems, it just was less verbose in its error reporting. I got replies by Donald Becker, who suggested to boot with noapic, but that didn't help. On May 21, I found out, that 2.4.4 didn't work either. While the RTL8139 card shared its IRQs with the nvidia, unloading the module (rmmod 8139too), reloading it by running ifconfig eth1 up (literally) brought the card to work on Linux 2.2 reliably, and I believe also with 2.4. To work means: pppoe on that card talks through the DSL modem, discovers the Access Concentrator and tunnels PPP for use with pppd 2.4.0. Not working means: pppoe does not receive PAD replies. Note: PPPoE doesn't talk IP. A couple of days ago, I moved the card down one slow, now it shares its IRQ with the Hauppauge WinTV BT878 board. With Linux 2.2, the situation is the same, although, from time to time, the card just works. With Linux 2.4, the situation is worse now, the card almost never works, and it won't work at all in 2.4.5. As I'm totally unaware of how the card initalization procedures are done, I don't know how to reasonably debug this, I'd like to do that systematically. I'm also willing to move the card around to figure what's going on, but I need directions on what to look for. I'm talking about initialization because I believe it might be involved as unloading and reloading the 8139too.o driver module seems to help out. Again, please send directions on how to track this down. What output is helpful and what is unnecessary (mii-diag? /proc/interrupts of either kernel version? what else?). What am I supposed to change in hardware configuration to find the problem? What debug options should I switch on when recompiling a debug kernel? Thanks in advance, Matthias - 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/
Re: 2.4.5 still breaks dhcpcd with 8139too
On Wed, 30 May 2001, Jeff Garzik wrote: > > I see that Alan has reverted back to the 2.4.3 driver for his ac-series for > > other reasons, hopefully either the old driver will going in to 2.4.6 or the > > new one will get fixed? > > I've got one of the two problems fixed here at the test lab, and am > working on the second. Hopefully this week I'll have this sorted out, > and a driver for you guys to test. Will that 8139too be able to share its IRQ with a bttv card (Hauppauge WinTV in my case)? With 2.2.19, it's currently possible, at least after unloading and reloading the 8139too module, but it's a no-go with 2.4.5. - 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/
