Re: [PATCH v2] iwlwifi: pcie: move rx workqueue initialization to iwl_trans_pcie_alloc()

.514338] > [ 19.514338] which lock already depends on the new lock. > > This lock dependency already existed with previous kernel versions, > but it was not detected until commit 49dfe2a67797 ("cpuhotplug: Link > lock stacks for hotplug callbacks") was introduced. >

Re: [PATCH v2] iwlwifi: pcie: move rx workqueue initialization to iwl_trans_pcie_alloc()

] which lock already depends on the new lock. > > This lock dependency already existed with previous kernel versions, > but it was not detected until commit 49dfe2a67797 ("cpuhotplug: Link > lock stacks for hotplug callbacks") was introduced. > > Reported-by: David Weinehall

Re: [Intel-gfx] [PATCH] i2c: i801: Allow ACPI SystemIO OpRegion to conflict harder

On Mon, Jun 26, 2017 at 04:40:08PM -0400, Lyude wrote: > There's quite a number of machines on the market, mainly Lenovo > ThinkPads, that make the horrible mistake in their firmware of reusing > the PCIBAR space reserved for the SMBus for things that are completely > unrelated to the SMBus

Re: [Intel-gfx] [PATCH] i2c: i801: Allow ACPI SystemIO OpRegion to conflict harder

On Mon, Jun 26, 2017 at 04:40:08PM -0400, Lyude wrote: > There's quite a number of machines on the market, mainly Lenovo > ThinkPads, that make the horrible mistake in their firmware of reusing > the PCIBAR space reserved for the SMBus for things that are completely > unrelated to the SMBus

Re: [Intel-gfx] [REGRESSION] Black screen after switching desktop session (was: Re: Linux 4.10-rc5)

s the issue that'd also be very helpful. Do note that not all testcases in i-g-t are run as part of our nightly tests, since some of them are *extremely* time consuming; the full combinatorial testcase, for instance, can take weeks or months--I haven't done a full run recently--to complete. I hope this helps you understand why bugs can slip under the radar, and why a bisect is so important. Kind regards, David Weinehall

Re: [Intel-gfx] [REGRESSION] Black screen after switching desktop session (was: Re: Linux 4.10-rc5)

s the issue that'd also be very helpful. Do note that not all testcases in i-g-t are run as part of our nightly tests, since some of them are *extremely* time consuming; the full combinatorial testcase, for instance, can take weeks or months--I haven't done a full run recently--to complete. I hope this helps you understand why bugs can slip under the radar, and why a bisect is so important. Kind regards, David Weinehall

Re: [Intel-gfx] [PATCH v11 3/4] drm/i915: Use new CRC debugfs API

On Mon, Nov 14, 2016 at 12:44:25PM +0200, Jani Nikula wrote: > On Thu, 06 Oct 2016, Tomeu Vizoso wrote: > > diff --git a/drivers/gpu/drm/i915/intel_display.c > > b/drivers/gpu/drm/i915/intel_display.c > > index 23a6c7213eca..7412a05fa5d9 100644 > > ---

Re: [Intel-gfx] [PATCH v11 3/4] drm/i915: Use new CRC debugfs API

On Mon, Nov 14, 2016 at 12:44:25PM +0200, Jani Nikula wrote: > On Thu, 06 Oct 2016, Tomeu Vizoso wrote: > > diff --git a/drivers/gpu/drm/i915/intel_display.c > > b/drivers/gpu/drm/i915/intel_display.c > > index 23a6c7213eca..7412a05fa5d9 100644 > > --- a/drivers/gpu/drm/i915/intel_display.c > >

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Remove redundant reprobe in i915_drm_resume

resuming just yet since now the > bottleneck will be waiting for the mode_config lock in > drm_kms_helper_poll_enable(), since that will be held as long as > i915_hpd_poll_init_work() is reprobing all of the connectors. But we'll > address that in the next patch. > > Signed-off-by: L

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Remove redundant reprobe in i915_drm_resume

resuming just yet since now the > bottleneck will be waiting for the mode_config lock in > drm_kms_helper_poll_enable(), since that will be held as long as > i915_hpd_poll_init_work() is reprobing all of the connectors. But we'll > address that in the next patch. > > Signed-off-by: Ly

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Reinit polling before hpd when resuming

int we have everything else we > need for polling enabled. > > As well, this should result in a rather significant improvement in how > quickly we can resume the system. > > Signed-off-by: Lyude <ly...@redhat.com> > Cc: David Weinehall <david.weineh...@l

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Reinit polling before hpd when resuming

int we have everything else we > need for polling enabled. > > As well, this should result in a rather significant improvement in how > quickly we can resume the system. > > Signed-off-by: Lyude > Cc: David Weinehall Tested-by: David Weinehall Reviewed-by: David Weineh

Re: [Intel-gfx] [PATCH] drm/i915: fix failure to power off after hibernate

On Fri, Feb 27, 2015 at 08:23:41PM +0200, Imre Deak wrote: > We've checked today with Ville a few machines we've found from GEN2 to > GEN5+. There was one Thinkpad x61s (GEN4) where I could reproduce the > exact same problem and get rid of it using the same workaround. All the > others were

Re: [Intel-gfx] [PATCH] drm/i915: fix failure to power off after hibernate

On Fri, Feb 27, 2015 at 08:23:41PM +0200, Imre Deak wrote: We've checked today with Ville a few machines we've found from GEN2 to GEN5+. There was one Thinkpad x61s (GEN4) where I could reproduce the exact same problem and get rid of it using the same workaround. All the others were non-Lenovo

Re: [Intel-gfx] [PATCH] drm/i915: fix failure to power off after hibernate

impact machines using gen4 that *don't* have a buggy BIOS? Wouldn't a quirk tied to the laptop or BIOS version be better suited -- or possibly a parameter that can be passed to the driver, which would make it easier to test if others suffering from similar symptoms on other systems suffer from the same

Re: [Intel-gfx] [PATCH] drm/i915: fix failure to power off after hibernate

be better suited -- or possibly a parameter that can be passed to the driver, which would make it easier to test if others suffering from similar symptoms on other systems suffer from the same issue or not? Just my 2¢. Kind regards, David Weinehall -- To unsubscribe from this list: send the line

Re: Linux 2.6.23-rc2

ide X or not? > > Just tested it. It doesn't matter... text console still messed up. X > is ok after resume. Try adding acpi_sleep=s3_bios to your kernel boot options and see if it helps. Regards: David -- /) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander (\ // Mai

Re: Linux 2.6.23-rc2

... text console still messed up. X is ok after resume. Try adding acpi_sleep=s3_bios to your kernel boot options and see if it helps. Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky

Re: [PATCH] LogFS take three

system. LogFS has a journal. > > It is also the filesystem that tries to scale logarithmically, as Arnd > has noted. Maybe I should call it Log2 to emphesize this point. Log1 > would be horrible scalability. So, log2fs... Sounds great to me. [snip] Regards: David -- /) David Weineh

Re: [PATCH] LogFS take three

logarithmically, as Arnd has noted. Maybe I should call it Log2 to emphesize this point. Log1 would be horrible scalability. So, log2fs... Sounds great to me. [snip] Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel

Re: scripts/makelst: bc -> shell Re: sed _s_gnu_alternatives_ (Re: [rft] (g)awk substitution)

rintf.html http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap05.html [snip] Regards: David Weinehall -- /) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/

Re: sed _s_gnu_alternatives_ (Re: [rft] (g)awk substitution)

as a bit more work, than rename things ;D. And my > change is mainly from optimization point of view (say modern embedded ;) > > > I believe "shift 5" is also SUSv3. :) > > If you have tested, please send ack or nack to us. Yes, shift [n] is available in SuSv3:

Re: sed _s_gnu_alternatives_ (Re: [rft] (g)awk substitution)

ack or nack to us. Yes, shift [n] is available in SuSv3: http://www.opengroup.org/onlinepubs/009695399/utilities/shift.html Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http

Re: scripts/makelst: bc - shell Re: sed _s_gnu_alternatives_ (Re: [rft] (g)awk substitution)

/xbd_chap05.html [snip] Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full colour fire (/ - To unsubscribe from this list

Re: Open letter to Linux kernel developers (was Re: Binary Drivers)

On Tue, Jan 02, 2007 at 06:13:46PM +0100, Jan Engelhardt wrote: > > On Jan 2 2007 16:15, David Weinehall wrote: > >On Tue, Jan 02, 2007 at 08:22:21AM -0500, Robert P. J. Day wrote: > >> On Tue, 2 Jan 2007, Theodore Tso wrote: > >> > >> 1) mcdonald's w

Re: Open letter to Linux kernel developers (was Re: Binary Drivers)

On Tue, Jan 02, 2007 at 07:44:24PM +0100, Bodo Eggert wrote: > David Weinehall <[EMAIL PROTECTED]> wrote: > > On Tue, Jan 02, 2007 at 08:22:21AM -0500, Robert P. J. Day wrote: > > >> 1) mcdonald's was not merely serving their coffee "hot," but > >>

Re: Open letter to Linux kernel developers (was Re: Binary Drivers)

continued to prove to be total morons by total ignorance of the fact that coffee *is* hot when fresh. If they cannot handle hot coffee, they can order ice coffee or ask for a refill of their cola. [snip] Regards: David -- /) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander

Re: Open letter to Linux kernel developers (was Re: Binary Drivers)

coffee or ask for a refill of their cola. [snip] Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full colour fire

Re: Open letter to Linux kernel developers (was Re: Binary Drivers)

On Tue, Jan 02, 2007 at 07:44:24PM +0100, Bodo Eggert wrote: David Weinehall [EMAIL PROTECTED] wrote: On Tue, Jan 02, 2007 at 08:22:21AM -0500, Robert P. J. Day wrote: 1) mcdonald's was not merely serving their coffee hot, but *scalding* hot (180 to 190 degrees Fahrenheit), a temperature

Re: Open letter to Linux kernel developers (was Re: Binary Drivers)

On Tue, Jan 02, 2007 at 06:13:46PM +0100, Jan Engelhardt wrote: On Jan 2 2007 16:15, David Weinehall wrote: On Tue, Jan 02, 2007 at 08:22:21AM -0500, Robert P. J. Day wrote: On Tue, 2 Jan 2007, Theodore Tso wrote: 1) mcdonald's was not merely serving their coffee hot, but *scalding

Re: Open letter to Linux kernel developers (was Re: Binary Drivers)

e global warming thing - but I'm not in a position to buy > a hybrid car unless somebody else kicks in US$15K or $20K or so. Well, you can always make a contribution by using public transportation or switching to low energy light bulbs. Every little thing counts =) Regards: David -- /) David Weineh

Re: Open letter to Linux kernel developers (was Re: Binary Drivers)

or switching to low energy light bulbs. Every little thing counts =) Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full colour fire

Re: [PATCH/RFC] Delete JFFS (version 1)

ho are using 3c501's - please chime up and we'll donate better cards to you." After all, 3c501 is one of the crappier pieces of network cards, I feel sorry for the people using them... Regards: David -- /) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander (\ // Mainta

Re: [PATCH/RFC] Delete JFFS (version 1)

is one of the crappier pieces of network cards, I feel sorry for the people using them... Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full colour

Re: [PATCH/RFC] CodingStyle updates

ot;%d", sizeofc); Options are: sizeof c sizeof(c) or sizeof (c) If you take sizeof the type rather than the variable, the options are sizeof(int) or sizeof (int) [snip] Regards: David Weinehall -- /) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander (\ // Mai

Re: [PATCH/RFC] CodingStyle updates

); Options are: sizeof c sizeof(c) or sizeof (c) If you take sizeof the type rather than the variable, the options are sizeof(int) or sizeof (int) [snip] Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel

Re: mass-storage problems with Archos AV500

On Fri, Dec 01, 2006 at 06:32:25AM -0800, Pete Zaitcev wrote: > On Wed, 29 Nov 2006 22:47:36 +0100, David Weinehall <[EMAIL PROTECTED]> wrote: > > > I've got an Archos AV500 here (running the very latest firmware), pretty > > much acting as a doorstop, since I cannot

Re: mass-storage problems with Archos AV500

On Fri, Dec 01, 2006 at 06:32:25AM -0800, Pete Zaitcev wrote: On Wed, 29 Nov 2006 22:47:36 +0100, David Weinehall [EMAIL PROTECTED] wrote: I've got an Archos AV500 here (running the very latest firmware), pretty much acting as a doorstop, since I cannot get it to be recognized properly

Re: mass-storage problems with Archos AV500

On Thu, Nov 30, 2006 at 10:50:20AM +0100, Jan Dittmer wrote: > David Weinehall wrote: > >On Wed, Nov 29, 2006 at 10:35:29PM -0600, Robert Hancock wrote: > >>David Weinehall wrote: > >>>I've got an Archos AV500 here (running the very latest firmware), pretty > >

Re: mass-storage problems with Archos AV500

On Wed, Nov 29, 2006 at 10:35:29PM -0600, Robert Hancock wrote: > David Weinehall wrote: > >I've got an Archos AV500 here (running the very latest firmware), pretty > >much acting as a doorstop, since I cannot get it to be recognized > >properly by Linux. > > .. >

Re: mass-storage problems with Archos AV500

On Wed, Nov 29, 2006 at 10:35:29PM -0600, Robert Hancock wrote: David Weinehall wrote: I've got an Archos AV500 here (running the very latest firmware), pretty much acting as a doorstop, since I cannot get it to be recognized properly by Linux. .. [ 118.144000] SCSI device sdb: 58074975

Re: mass-storage problems with Archos AV500

On Thu, Nov 30, 2006 at 10:50:20AM +0100, Jan Dittmer wrote: David Weinehall wrote: On Wed, Nov 29, 2006 at 10:35:29PM -0600, Robert Hancock wrote: David Weinehall wrote: I've got an Archos AV500 here (running the very latest firmware), pretty much acting as a doorstop, since I cannot get

mass-storage problems with Archos AV500

2.6.18-rc4. Any mass storage quirk needed that might be missing? Regards: David -- /) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full colou

mass-storage problems with Archos AV500

2.6.18-rc4. Any mass storage quirk needed that might be missing? Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full colour fire

Re: acpiphp makes noise on every lid close/open

On Fri, Nov 17, 2006 at 04:31:28PM +, Matthew Garrett wrote: > On Fri, Nov 17, 2006 at 05:08:10PM +0100, David Weinehall wrote: > > > Good question. Personally I'd say we refuse to suspend when we have > > devices we *know* to be dock-devices etc mounted. > > Kernel

Re: acpiphp makes noise on every lid close/open

On Fri, Nov 17, 2006 at 03:46:27PM +, Matthew Garrett wrote: > On Fri, Nov 17, 2006 at 04:37:17PM +0100, David Weinehall wrote: > > > The fact that the dock starts to beep annoyingly. It has a button that > > you should press before undocking, and wait for a green light to l

Re: acpiphp makes noise on every lid close/open

On Fri, Nov 17, 2006 at 03:13:41PM +, Matthew Garrett wrote: > On Fri, Nov 17, 2006 at 11:22:38AM +0100, David Weinehall wrote: > > > That was with 2.6.17; with 2.7.19-pre? (don't remember right now), > > docking seems to work without acpiphp. It still would be nice to be

Re: acpiphp makes noise on every lid close/open

On Tue, Nov 07, 2006 at 01:44:39PM -0800, Kristen Carlson Accardi wrote: > On Tue, 7 Nov 2006 21:44:09 +0100 > David Weinehall <[EMAIL PROTECTED]> wrote: > > > On Mon, Nov 06, 2006 at 10:21:17AM +0100, Pavel Machek wrote: > > > Hi! > > > > >

Re: acpiphp makes noise on every lid close/open

On Tue, Nov 07, 2006 at 01:44:39PM -0800, Kristen Carlson Accardi wrote: On Tue, 7 Nov 2006 21:44:09 +0100 David Weinehall [EMAIL PROTECTED] wrote: On Mon, Nov 06, 2006 at 10:21:17AM +0100, Pavel Machek wrote: Hi! With 2.6.19-rc4, acpi complains about acpiphp_glue: cannot get

Re: acpiphp makes noise on every lid close/open

On Fri, Nov 17, 2006 at 03:13:41PM +, Matthew Garrett wrote: On Fri, Nov 17, 2006 at 11:22:38AM +0100, David Weinehall wrote: That was with 2.6.17; with 2.7.19-pre? (don't remember right now), docking seems to work without acpiphp. It still would be nice to be able to undock when

Re: acpiphp makes noise on every lid close/open

On Fri, Nov 17, 2006 at 03:46:27PM +, Matthew Garrett wrote: On Fri, Nov 17, 2006 at 04:37:17PM +0100, David Weinehall wrote: The fact that the dock starts to beep annoyingly. It has a button that you should press before undocking, and wait for a green light to light up before

Re: acpiphp makes noise on every lid close/open

On Fri, Nov 17, 2006 at 04:31:28PM +, Matthew Garrett wrote: On Fri, Nov 17, 2006 at 05:08:10PM +0100, David Weinehall wrote: Good question. Personally I'd say we refuse to suspend when we have devices we *know* to be dock-devices etc mounted. Kernel-level or userspace? IBM

Re: Updated dynamic tick patches

e; I have to boot my Thinkpad with nolapic. [snip] Regards: David -- /) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full colour fire (/ - To u

Re: Updated dynamic tick patches

to boot my Thinkpad with nolapic. [snip] Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full colour fire (/ - To unsubscribe from

Re: Initramfs and TMPFS!

over tar for another good reason. > > Why don't you do some research on manners? Pot. Kettle. Black. [snip] Regards: David Weinehall -- /) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky

Re: Initramfs and TMPFS!

reason. Why don't you do some research on manners? Pot. Kettle. Black. [snip] Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao

Re: [PATCH] driver core: Add the ability to unbind drivers to devices from userspace

rn. > We are not going to add such workarounds all over the kernel... Ahhh, this would be so much easier if people just got used to using printf instead of echo when doing text output. =) Regards: David Weinehall -- /) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander

Re: [PATCH] driver core: Add the ability to unbind drivers to devices from userspace

if people just got used to using printf instead of echo when doing text output. =) Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full

Re: Power consumption HZ100, HZ250, HZ1000: new numbers

I can understand that you don't want to change your application. Help developing the dynamic tick patch, and maybe you won't have to =) Regards: David Weinehall -- /) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance acr

Re: Average instruction length in x86-built kernel?

-5 > $2-stage-6 Uhm, you do know that sed allows you to execute several commands after eachother, right? sed -e 's/foo/bar/;s/baz/omph/' That way you should be able to save a few stages. Also, your script is, as far as I could see, a clean sh-script; no need for /bin/bash; use /bin/sh in

Re: Average instruction length in x86-built kernel?

, right? sed -e 's/foo/bar/;s/baz/omph/' That way you should be able to save a few stages. Also, your script is, as far as I could see, a clean sh-script; no need for /bin/bash; use /bin/sh instead. Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander

Re: Power consumption HZ100, HZ250, HZ1000: new numbers

. Help developing the dynamic tick patch, and maybe you won't have to =) Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full colour

Re: kernel guide to space (updated)

it with the labels that > >have an indentation level > 0 too. > > Labels at level > 0??? A case in a switch construct is a label. Regards: David Weinehall -- /) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander (\ // Maintainer of the v2.0 kernel // D

Re: kernel guide to space (updated)

level 0 too. Labels at level 0??? A case in a switch construct is a label. Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full

Re: kernel guide to space (updated)

bels that have an indentation level of 0, we'd better do it with the labels that have an indentation level > 0 too. Regards: David -- /) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter s

Re: kernel guide to space (updated)

Regards: David -- /) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full colour fire (/ - To unsubscribe from this list: send the line "unsubscribe

Re: kernel guide to space (updated)

header is non-indented. Putting a label statement fools the algorithm. joe-bug or option for freedom? I'd definitely call that a joe-bug. Adding extra space for no good reason is just silly; for consistency we'd have to add a space for the case foo: labels also... Regards: David -- /) David

Re: kernel guide to space (updated)

better do it with the labels that have an indentation level 0 too. Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full colour fire

Re: [PATCH]Fix menuconfig error message

" ;\ > + echo ">> to use 'make menuconfig'. If you have an RPM-based" ;\ > + echo ">> Debian-based distribution you should install the" ;\ > + echo ">> ncurses-devel package." ;\ > echo

Re: [PATCH]Fix menuconfig error message

. ;\ echo ;\ exit 1 ;\ fi You know, I'd say that *very* few (approximately zero) Debian-based distributions are RPM-based =) The Debian package is called libncurses5-dev, btw. Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights

Re: patch to fix bashism

local location="$1" > - local name="${location/${srcdir}//}" > + local name="${location#$srcdir/}" > # change '//' into '/' > - name="${name//\/\///}" > + name=`echo $name|sed -e 's|//|/|g'` Using $(...) instead of `...`

Re: patch to fix bashism

'//' into '/' - name=${name//\/\///} + name=`echo $name|sed -e 's|//|/|g'` Using $(...) instead of `...` helps readability quite a lot for things like this... [snip] Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0

Re: RFD: Kernel release numbering

javascript involved at all. > > I don't know if javascript is necessary for that feature, but I agree > that using it for the links seems wrong. No it isn't necessary; the CSS attribute :hover is the correct way to do this. Using Javascript for any kind of design is just wrong, wrong, wr

Re: RFD: Kernel release numbering

necessary; the CSS attribute :hover is the correct way to do this. Using Javascript for any kind of design is just wrong, wrong, wrong. Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter

Re: [BK] upgrade will be needed

ist request. Would you consider adding -p (--show-c-function) to the set of flags used for the diffs created by BitKeeper? Regards: David Weinehall -- /) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky

Re: [BK] upgrade will be needed

concerning developing competing software while, or within a year of, using BK) also apply to the commercial license? BTW: Wishlist request. Would you consider adding -p (--show-c-function) to the set of flags used for the diffs created by BitKeeper? Regards: David Weinehall -- /) David Weinehall

Re: the "Turing Attack" (was: Sabotaged PaXtest)

neither can claim virginity ;-) > > [ but i guess there's a point where a bad analogy must stop ;) ] Yeah, sex is *usually* a much more pleasant experience than having your machine broken into, even if it results in a pregnancy. =) Regards: David -- /) David Weinehall <[EMAIL PROTECTED]>

Re: the Turing Attack (was: Sabotaged PaXtest)

claim virginity ;-) [ but i guess there's a point where a bad analogy must stop ;) ] Yeah, sex is *usually* a much more pleasant experience than having your machine broken into, even if it results in a pregnancy. =) Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander

Re: Patch 0/6 virtual address space randomisation

for > emacs...) so that's reserved for the second batch of patches once this > first batch is dealt with. Oh, so you mean that we can both get a more secure system, *and* make emacs stop working? A win-win situation! =) Regards: David Weinehall -- /) David Weinehall <[EMAIL PROTECTED

Re: Patch 0/6 virtual address space randomisation

working? A win-win situation! =) Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full colour fire (/ - To unsubscribe from

Re: [PATCH] RE: 2.4.5-ac14 through to 2.4.6-ac1 fdomain.c initialisation for shared IRQ

turn > > B.Check bit 4 or bit 9 of the interrupt control register > > Without docs someone would need to play with the various combinations and > see what happened Uhmmm, an idea would be to look in fd_mcs.c as that driver already has working support for irq-sharing. /David _

Re: [PATCH] RE: 2.4.5-ac14 through to 2.4.6-ac1 fdomain.c initialisation for shared IRQ

happened Uhmmm, an idea would be to look in fd_mcs.c as that driver already has working support for irq-sharing. /David _ _ // David Weinehall [EMAIL PROTECTED] / Northern lights wander \\ // Project MCA Linux hacker

Re: Strange errors in /var/log/messages

ye the way, sorry this message was off-topic, but I didn't know it was a > LPRng issue, not a kernel issue. A good idea is to block all ports, then open only those you know needs to be open. Paranoia is good. /David _ _ // Davi

Re: Strange errors in /var/log/messages

_ _ // David Weinehall [EMAIL PROTECTED] / Northern lights wander \\ // Project MCA Linux hacker// Dance across the winter sky // \ http://www.acc.umu.se/~tao// Full colour fire / - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body

Re: Cosmetic JFFS patch.

16 Add a little for (c) and other stuff, and you're getting close to the size of the dmesg-buffer. Is it worth it? Now, I can't claim to be 100% innocent; my name appears in the procinfo for at least one MCA-driver. This will be remedied in due time, I can assure you. I hope others follow

Re: Cosmetic JFFS patch.

MCA-driver. This will be remedied in due time, I can assure you. I hope others follow my example. /David Weinehall _ _ // David Weinehall [EMAIL PROTECTED] / Northern lights wander \\ // Project MCA Linux hacker

Re: Configure.help is complete

, java, command line etc. Yes, and it's also totally non standardised. /David Weinehall _ _ // David Weinehall <[EMAIL PROTECTED]> /> Northern lights wander \\ // Project MCA Linux hacker// Danc

Re: Configure.help is complete

Weinehall _ _ // David Weinehall [EMAIL PROTECTED] / Northern lights wander \\ // Project MCA Linux hacker// Dance across the winter sky // \ http://www.acc.umu.se/~tao// Full colour fire

Re: [PATCH] new PCI ids

:33 2001 > @@ -4,7 +4,7 @@ > #Maintained by Martin Mares <[EMAIL PROTECTED]> > #If you have any new entries, send them to the maintainer. > # > -#$Id: pci.ids,v 1.62 2000/06/28 10:56:36 mj Exp $ > +#$Id: pci.ids,v 1.3 2001/04/0

Re: [PATCH] new PCI ids

PROTECTED] #If you have any new entries, send them to the maintainer. # -#$Id: pci.ids,v 1.62 2000/06/28 10:56:36 mj Exp $ +#$Id: pci.ids,v 1.3 2001/04/04 20:40:25 thockin Exp $ Shouldn't that be 1.63?! /David Weinehall

Re: [RFC][PATCH] Re: Linux 2.4.4-ac10

On Wed, May 23, 2001 at 05:51:50PM +, Scott Anderson wrote: > David Weinehall wrote: > > IMVHO every developer involved in memory-management (and indeed, any > > software development; the authors of ntpd comes in mind here) should > > have a 386 with 4MB of RAM and some 1

Re: [RFC][PATCH] Re: Linux 2.4.4-ac10

On Wed, May 23, 2001 at 05:51:50PM +, Scott Anderson wrote: David Weinehall wrote: IMVHO every developer involved in memory-management (and indeed, any software development; the authors of ntpd comes in mind here) should have a 386 with 4MB of RAM and some 16MB of swap. Nowadays I have

Re: Linux 2.4.4-ac14

google and you'll have a lot of choice. Me likee, finally asm in the kernel I can grok. /Tao of TRIAD aka David Weinehall _ _ // David Weinehall <[EMAIL PROTECTED]> /> Northern lights wander \\ // Project MCA Linux ha

Re: Linux 2.4.4-ac14

. We don't provide the binutils or gcc with the kernel either. The 6502 is a rather well known processor. Try plonking 6502 assembler in google and you'll have a lot of choice. Me likee, finally asm in the kernel I can grok. /Tao of TRIAD aka David Weinehall

Re: write to dvd ram

t response. Or you could try to download a newer version of the kernel. You know, the bug might've been fixed since v2.4.2... /David Weinehall _ _ // David Weinehall <[EMAIL PROTECTED]> /> Northern lights wander \\ /

Re: write to dvd ram

try to download a newer version of the kernel. You know, the bug might've been fixed since v2.4.2... /David Weinehall _ _ // David Weinehall [EMAIL PROTECTED] / Northern lights wander \\ // Project MCA Linux hacker

Re: [Patch] Output of L1,L2 and L3 cache sizes to /proc/cpuinfo

same reason we have /anything/ in cpuinfo? > > When /proc/cpuinfo was added, we didn't have /dev/cpu/*/cpuid > Now that we do, we're stuck with keeping /proc/cpuinfo for > compatability reasons. AFAIK, not all processors support cpuid. /david _

Re: [RFC][PATCH] Re: Linux 2.4.4-ac10

ap. Nowadays I have the luxury of a 486 with 8MB of RAM and 32MB of swap as a firewall, but it's still a pain to work with. /David _ _ // David Weinehall <[EMAIL PROTECTED]> /> Northern lights wander \\ // Project MCA Linu

Re: [RFC][PATCH] Re: Linux 2.4.4-ac10

a pain to work with. /David _ _ // David Weinehall [EMAIL PROTECTED] / Northern lights wander \\ // Project MCA Linux hacker// Dance across the winter sky // \ http://www.acc.umu.se/~tao// Full colour fire

Re: [Patch] Output of L1,L2 and L3 cache sizes to /proc/cpuinfo

? When /proc/cpuinfo was added, we didn't have /dev/cpu/*/cpuid Now that we do, we're stuck with keeping /proc/cpuinfo for compatability reasons. AFAIK, not all processors support cpuid. /david _ _ // David Weinehall [EMAIL

  1   2   3   4   >