Re: Strange problem with tty layer

On Wed, Jan 24, 2007 at 03:19:53PM -0600, Kilau, Scott wrote: > There are a couple interesting things I would do here. > > 1) The tty "flip" buffer stuff was changed in 2.6.16+. > > Maybe you could try going downwards to 2.6.15 or below and see if the > problem > still exists. That looked like

Strange problem with tty layer

I am seeing a very strange problem which seems to be in the tty layer. I am using an exar 17D154 based PCI card (like the digi neo style card) using the jsm driver. Kernel version 2.6.16.25. My test involves connecting two ports together with a cross over cable and then sending a test pattern

Re: 2.6.20-rc5: known unfixed regressions (v3) (part 2)

On Wed, Jan 24, 2007 at 05:38:01PM +0100, Adrian Bunk wrote: > Was the removed > setCx86(CX86_CCR3, ccr3); > without any effects? I didn't think that was ever checked in. I thought the patch was still being discussed. The line missing will not as far as I can see cause any problems, it will

Re: 2.6.20-rc5: known unfixed regressions (v3) (part 2)

On Wed, Jan 24, 2007 at 04:47:25PM +0100, Adrian Bunk wrote: > Subject: fix geode_configure() > References : http://lkml.org/lkml/2007/1/9/216 > Submitter : Lennart Sorensen <[EMAIL PROTECTED]> > Caused-By : takada <[EMAIL PROTECTED]&g

Re: 2.6.20-rc5: known unfixed regressions (v3) (part 2)

On Wed, Jan 24, 2007 at 05:38:01PM +0100, Adrian Bunk wrote: Was the removed setCx86(CX86_CCR3, ccr3); without any effects? I didn't think that was ever checked in. I thought the patch was still being discussed. The line missing will not as far as I can see cause any problems, it will

Re: 2.6.20-rc5: known unfixed regressions (v3) (part 2)

On Wed, Jan 24, 2007 at 04:47:25PM +0100, Adrian Bunk wrote: Subject: fix geode_configure() References : http://lkml.org/lkml/2007/1/9/216 Submitter : Lennart Sorensen [EMAIL PROTECTED] Caused-By : takada [EMAIL PROTECTED] commit e4f0ae0ea63caceff37a13f281a72652b7ea71ba

Strange problem with tty layer

I am seeing a very strange problem which seems to be in the tty layer. I am using an exar 17D154 based PCI card (like the digi neo style card) using the jsm driver. Kernel version 2.6.16.25. My test involves connecting two ports together with a cross over cable and then sending a test pattern

Re: Strange problem with tty layer

On Wed, Jan 24, 2007 at 03:19:53PM -0600, Kilau, Scott wrote: There are a couple interesting things I would do here. 1) The tty flip buffer stuff was changed in 2.6.16+. Maybe you could try going downwards to 2.6.15 or below and see if the problem still exists. That looked like a lot of

Re: Strange problem with tty layer

On Wed, Jan 24, 2007 at 03:20:53PM -0600, Paul Fulghum wrote: In 2.6.16 the tty buffering pushes data to the line discipline without regard to tty-receive_room. If the line discipline can't keep up, the data gets dropped. I observed this data loss at higher speeds when placing the system

Re: PROBLEM: KB->KiB, MB -> MiB, ... (IEC 60027-2)

On Mon, Jan 22, 2007 at 06:36:19PM +, Alan wrote: > K is Kelvin, k is kilo- K is a unit is Kelvin, k/K as a prefix is kilo. > See ISO 31. There is a standard for this stuff which is used worldwide > and only bits of the computing industry appear incapable of following it. -- Len Sorensen -

Re: PROBLEM: KB->KiB, MB -> MiB, ... (IEC 60027-2)

On Mon, Jan 22, 2007 at 05:58:42PM +0100, Jan Engelhardt wrote: > For "F"s sake, when you gotta use abbreviations, then just use k=1000 and > K=1024 already, b for bits and B for bytes. Problem gone. And for 10^6 vs 2^20? > kegs perhaps? :) Hmm, Mega -> Megs, Kilo -> Kils? -- Len Sorensen - To

Re: PROBLEM: KB->KiB, MB -> MiB, ... (IEC 60027-2)

On Sun, Jan 21, 2007 at 12:10:00PM +0100, Eduard Bloch wrote: > And I cannot seriosly believe that you are cappable of reading his > examples. Megabananas are a ridiculous demonstration becase of the > object beeing counted itself, but if you take stuff from real life then > I doubt that you

Re: PROBLEM: KB->KiB, MB -> MiB, ... (IEC 60027-2)

On Sun, Jan 21, 2007 at 10:12:55PM +0100, Jan Engelhardt wrote: > Same lie like with harddrives. It's around 80, not 100. > But it depends on how you look at it. 80 for Layer3, possibly > a little more for Layer2/1. Strange, I tend to get about 95 for layer 3. -- Len Sorensen - To unsubscribe

Re: PROBLEM: KB-KiB, MB - MiB, ... (IEC 60027-2)

On Sun, Jan 21, 2007 at 10:12:55PM +0100, Jan Engelhardt wrote: Same lie like with harddrives. It's around 80, not 100. But it depends on how you look at it. 80 for Layer3, possibly a little more for Layer2/1. Strange, I tend to get about 95 for layer 3. -- Len Sorensen - To unsubscribe from

Re: PROBLEM: KB-KiB, MB - MiB, ... (IEC 60027-2)

On Sun, Jan 21, 2007 at 12:10:00PM +0100, Eduard Bloch wrote: And I cannot seriosly believe that you are cappable of reading his examples. Megabananas are a ridiculous demonstration becase of the object beeing counted itself, but if you take stuff from real life then I doubt that you expect a

Re: PROBLEM: KB-KiB, MB - MiB, ... (IEC 60027-2)

On Mon, Jan 22, 2007 at 05:58:42PM +0100, Jan Engelhardt wrote: For Fs sake, when you gotta use abbreviations, then just use k=1000 and K=1024 already, b for bits and B for bytes. Problem gone. And for 10^6 vs 2^20? kegs perhaps? :) Hmm, Mega - Megs, Kilo - Kils? -- Len Sorensen - To

Re: PROBLEM: KB-KiB, MB - MiB, ... (IEC 60027-2)

On Mon, Jan 22, 2007 at 06:36:19PM +, Alan wrote: K is Kelvin, k is kilo- K is a unit is Kelvin, k/K as a prefix is kilo. See ISO 31. There is a standard for this stuff which is used worldwide and only bits of the computing industry appear incapable of following it. -- Len Sorensen - To

Re: fix typo in geode_configre()@cyrix.c

On Wed, Jan 17, 2007 at 01:38:35AM +0900, takada wrote: > You are right. I agree to your comment. These variables are needless. > I made a patch again. > > diff -Narup linux-2.6.19.orig/arch/i386/kernel/cpu/cyrix.c > linux-2.6.19/arch/i386/kernel/cpu/cyrix.c > ---

Re: fix typo in geode_configre()@cyrix.c

On Wed, Jan 17, 2007 at 01:38:35AM +0900, takada wrote: > You are right. I agree to your comment. These variables are needless. > I made a patch again. Of course there are also lots of "magic numbers" around, but I must admit I don't personally really feel like going through the data sheet and

Re: fix typo in geode_configre()@cyrix.c

On Wed, Jan 17, 2007 at 01:38:35AM +0900, takada wrote: You are right. I agree to your comment. These variables are needless. I made a patch again. Of course there are also lots of magic numbers around, but I must admit I don't personally really feel like going through the data sheet and naming

Re: fix typo in geode_configre()@cyrix.c

On Wed, Jan 17, 2007 at 01:38:35AM +0900, takada wrote: You are right. I agree to your comment. These variables are needless. I made a patch again. diff -Narup linux-2.6.19.orig/arch/i386/kernel/cpu/cyrix.c linux-2.6.19/arch/i386/kernel/cpu/cyrix.c ---

Re: Choosing a HyperThreading/SMP/MultiCore kernel ?

On Fri, Jan 12, 2007 at 10:38:43PM -0500, [EMAIL PROTECTED] wrote: > amd64 will only work on a core2duo if it's a T7200 or higher - the > lower numbers are 32-bit-only chipsets. I admit not knowing what > exact variant the Mac has. The Core Duo had 32bit only (being a Pentium M), but the Core 2

Re: Choosing a HyperThreading/SMP/MultiCore kernel ?

On Fri, Jan 12, 2007 at 10:38:43PM -0500, [EMAIL PROTECTED] wrote: amd64 will only work on a core2duo if it's a T7200 or higher - the lower numbers are 32-bit-only chipsets. I admit not knowing what exact variant the Mac has. The Core Duo had 32bit only (being a Pentium M), but the Core 2 Duo

Re: Choosing a HyperThreading/SMP/MultiCore kernel ?

On Fri, Jan 12, 2007 at 06:55:32PM +0530, Sunil Naidu wrote: > There are 2 cases:- > > #1 Intel Pentium 4 Workstation with HyperThreading > > Since kernel takes HT as 2 processors, I did say in KConfig as: > > CONFIG_SMP= y > CONFIG_NR_CPUS=2 > CONFIG_SCHED_MC=not set > CONFIG_MPENTIUM4=y (Or

Re: Choosing a HyperThreading/SMP/MultiCore kernel ?

On Fri, Jan 12, 2007 at 06:55:32PM +0530, Sunil Naidu wrote: There are 2 cases:- #1 Intel Pentium 4 Workstation with HyperThreading Since kernel takes HT as 2 processors, I did say in KConfig as: CONFIG_SMP= y CONFIG_NR_CPUS=2 CONFIG_SCHED_MC=not set CONFIG_MPENTIUM4=y (Or should I

Re: SATA/IDE Dual Mode w/Intel 945 Chipset or HOW TO LIQUIFY a flash IDE chip under 2.6.18

On Wed, Jan 10, 2007 at 06:56:05PM +0100, Prakash Punnoor wrote: > Intel wants you to buy hw with ICH8R. ICH8 isn't get the advanced features > for > free But the BIOS has AHCI mode as an option. I don't want their fake raid, just ahci. That isn't an advanced feature, it is native mode.

Re: SATA/IDE Dual Mode w/Intel 945 Chipset or HOW TO LIQUIFY a flash IDE chip under 2.6.18

On Wed, Jan 10, 2007 at 10:25:52AM -0700, Jeff V. Merkey wrote: > No doubt part of the Wintel (intel + Microsoft) strategy to perpetually > break non-windows platforms with new incompatible > hardware like the switch over from the e1000 MT adapters to e1000 GT > which are not backward compatible

Re: SATA/IDE Dual Mode w/Intel 945 Chipset or HOW TO LIQUIFY a flash IDE chip under 2.6.18

On Wed, Jan 10, 2007 at 06:29:28PM +0100, Prakash Punnoor wrote: > You can install the Intel Matrix driver after "adjusting" the inf file... Hmm, I guess a good question is: Why should I have to edit the inf file? Is it an issue of them making it only install if your hardware is already set to

Re: SATA/IDE Dual Mode w/Intel 945 Chipset or HOW TO LIQUIFY a flash IDE chip under 2.6.18

On Wed, Jan 10, 2007 at 09:58:21AM -0500, Jeff Garzik wrote: > Enhanced mode means separate SATA and PATA. > > (I recommend avoiding the "IDE" acronym, it is largely meaningless and > confusing these days) Good idea. > We're talking about Linux here. Linux regularly supports hardware >

Re: SATA/IDE Dual Mode w/Intel 945 Chipset or HOW TO LIQUIFY a flash IDE chip under 2.6.18

On Tue, Jan 09, 2007 at 07:25:00PM -0500, Jeff Garzik wrote: > Combined mode is a technical term. Judging from your answers, you are > not using combined mode. I would have thought 'sata 3.0 + IDE' sounded a lot like combined mode, unless it means seperate sata and ide. > Judging from your

Re: SATA/IDE Dual Mode w/Intel 945 Chipset or HOW TO LIQUIFY a flash IDE chip under 2.6.18

On Tue, Jan 09, 2007 at 07:25:00PM -0500, Jeff Garzik wrote: Combined mode is a technical term. Judging from your answers, you are not using combined mode. I would have thought 'sata 3.0 + IDE' sounded a lot like combined mode, unless it means seperate sata and ide. Judging from your

Re: SATA/IDE Dual Mode w/Intel 945 Chipset or HOW TO LIQUIFY a flash IDE chip under 2.6.18

On Wed, Jan 10, 2007 at 09:58:21AM -0500, Jeff Garzik wrote: Enhanced mode means separate SATA and PATA. (I recommend avoiding the IDE acronym, it is largely meaningless and confusing these days) Good idea. We're talking about Linux here. Linux regularly supports hardware before

Re: SATA/IDE Dual Mode w/Intel 945 Chipset or HOW TO LIQUIFY a flash IDE chip under 2.6.18

On Wed, Jan 10, 2007 at 06:29:28PM +0100, Prakash Punnoor wrote: You can install the Intel Matrix driver after adjusting the inf file... Hmm, I guess a good question is: Why should I have to edit the inf file? Is it an issue of them making it only install if your hardware is already set to ahci

Re: SATA/IDE Dual Mode w/Intel 945 Chipset or HOW TO LIQUIFY a flash IDE chip under 2.6.18

On Wed, Jan 10, 2007 at 10:25:52AM -0700, Jeff V. Merkey wrote: No doubt part of the Wintel (intel + Microsoft) strategy to perpetually break non-windows platforms with new incompatible hardware like the switch over from the e1000 MT adapters to e1000 GT which are not backward compatible

Re: SATA/IDE Dual Mode w/Intel 945 Chipset or HOW TO LIQUIFY a flash IDE chip under 2.6.18

On Wed, Jan 10, 2007 at 06:56:05PM +0100, Prakash Punnoor wrote: Intel wants you to buy hw with ICH8R. ICH8 isn't get the advanced features for free But the BIOS has AHCI mode as an option. I don't want their fake raid, just ahci. That isn't an advanced feature, it is native mode. :)

Re: Gaming Interface

On Tue, Jan 09, 2007 at 06:02:20PM -0500, [EMAIL PROTECTED] wrote: > When it's installed on 95% of the computers, it's a de-facto standard. And "de facto" does not make it a real one. opengl is installed on more machines that directx. If installation numbers is what decides it, then opengl

Re: SATA/IDE Dual Mode w/Intel 945 Chipset or HOW TO LIQUIFY a flash IDE chip under 2.6.18

On Tue, Jan 09, 2007 at 01:46:42PM -0700, Jeff V. Merkey wrote: > I just finished pulling out a melted IDE flash drive out of a Shuttle > motherboard with the intel 945 chipset which claims to support > SATA and IDE drives concurrently under Linux 2.6.18. > > The chip worked for about 30 seconds

Re: fix typo in geode_configre()@cyrix.c

On Tue, Jan 09, 2007 at 06:41:56PM +0900, takada wrote: > In kernel 2.6, write back wrong register when configure Geode processor. > Instead of storing to CCR4, it stores to CCR3. > > --- linux-2.6.19/arch/i386/kernel/cpu/cyrix.c.orig2007-01-09 > 16:45:21.0 +0900 > +++

Re: Gaming Interface

On Tue, Jan 09, 2007 at 04:16:51PM +1000, Trent Waddington wrote: > We're totally off topic now, but what the hell.. You wanna encourage > ports? Write a step by step guide on how to most easily port a modern > game from Windows to Linux. My suggestion would be to use winelib and > include all

Re: Gaming Interface

On Tue, Jan 09, 2007 at 08:14:13AM +0100, Dirk wrote: > I tried to get WoW installed with Cedega 5.2.9 for two days now. > > Cedega is not a replacement for ports. And it does not encourage ports. > It seems more like an excuse offered to game companies for not writing ports. And then there

Re: Gaming Interface

On Tue, Jan 09, 2007 at 08:22:20AM +0100, Dirk wrote: > If there is no problem with Linux gaming I should shut the hell up and > start buying all these Linux games I keep hearing about and seeing in > those TV commercials. There is no problem with linux gaming. There is a problem with game

Re: fix typo in geode_configre()@cyrix.c

On Tue, Jan 09, 2007 at 06:41:56PM +0900, takada wrote: > In kernel 2.6, write back wrong register when configure Geode processor. > Instead of storing to CCR4, it stores to CCR3. > > --- linux-2.6.19/arch/i386/kernel/cpu/cyrix.c.orig2007-01-09 > 16:45:21.0 +0900 > +++

Re: fix typo in geode_configre()@cyrix.c

On Tue, Jan 09, 2007 at 06:41:56PM +0900, takada wrote: In kernel 2.6, write back wrong register when configure Geode processor. Instead of storing to CCR4, it stores to CCR3. --- linux-2.6.19/arch/i386/kernel/cpu/cyrix.c.orig2007-01-09 16:45:21.0 +0900 +++

Re: Gaming Interface

On Tue, Jan 09, 2007 at 08:22:20AM +0100, Dirk wrote: If there is no problem with Linux gaming I should shut the hell up and start buying all these Linux games I keep hearing about and seeing in those TV commercials. There is no problem with linux gaming. There is a problem with game

Re: Gaming Interface

On Tue, Jan 09, 2007 at 08:14:13AM +0100, Dirk wrote: I tried to get WoW installed with Cedega 5.2.9 for two days now. Cedega is not a replacement for ports. And it does not encourage ports. It seems more like an excuse offered to game companies for not writing ports. And then there are

Re: Gaming Interface

On Tue, Jan 09, 2007 at 04:16:51PM +1000, Trent Waddington wrote: We're totally off topic now, but what the hell.. You wanna encourage ports? Write a step by step guide on how to most easily port a modern game from Windows to Linux. My suggestion would be to use winelib and include all the

Re: fix typo in geode_configre()@cyrix.c

On Tue, Jan 09, 2007 at 06:41:56PM +0900, takada wrote: In kernel 2.6, write back wrong register when configure Geode processor. Instead of storing to CCR4, it stores to CCR3. --- linux-2.6.19/arch/i386/kernel/cpu/cyrix.c.orig2007-01-09 16:45:21.0 +0900 +++

Re: SATA/IDE Dual Mode w/Intel 945 Chipset or HOW TO LIQUIFY a flash IDE chip under 2.6.18

On Tue, Jan 09, 2007 at 01:46:42PM -0700, Jeff V. Merkey wrote: I just finished pulling out a melted IDE flash drive out of a Shuttle motherboard with the intel 945 chipset which claims to support SATA and IDE drives concurrently under Linux 2.6.18. The chip worked for about 30 seconds

Re: Gaming Interface

On Tue, Jan 09, 2007 at 06:02:20PM -0500, [EMAIL PROTECTED] wrote: When it's installed on 95% of the computers, it's a de-facto standard. And de facto does not make it a real one. opengl is installed on more machines that directx. If installation numbers is what decides it, then opengl will

Re: wireless Q

On Thu, Jan 04, 2007 at 09:48:36PM -0500, Gene Heskett wrote: > Possibly in the future John. I took the Belkin back and got a Netgear > WG311T for another $35. Staples let me open it there and based on the > fact that the cd has some drivers on it that start with ATHE_* (the > chipset has a

Re: wireless Q

On Thu, Jan 04, 2007 at 09:48:36PM -0500, Gene Heskett wrote: Possibly in the future John. I took the Belkin back and got a Netgear WG311T for another $35. Staples let me open it there and based on the fact that the cd has some drivers on it that start with ATHE_* (the chipset has a

Re: Binary Drivers

On Fri, Dec 15, 2006 at 09:59:43PM +, Alan wrote: > 3DFx invented SLI many years ago. The SLI programming information for the > 3DFx cards is public. Nvidia are a bit late to the party except on the PR > front. Well they do work differently. 3Dfx just did alternate line rendering, while

Re: Binary Drivers

On Fri, Dec 15, 2006 at 09:59:43PM +, Alan wrote: 3DFx invented SLI many years ago. The SLI programming information for the 3DFx cards is public. Nvidia are a bit late to the party except on the PR front. Well they do work differently. 3Dfx just did alternate line rendering, while nvidia

Re: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping related bug?!

On Wed, Dec 13, 2006 at 08:57:23PM +0100, Christoph Anton Mitterer wrote: > Don't understand me wrong,.. I don't use Windows (expect for upgrading > my Plextor firmware and EAC ;) )... but I ask because the more > information we get (even if it's not Linux specific) the more steps we > can take ;)

Re: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping related bug?!

On Wed, Dec 13, 2006 at 08:57:23PM +0100, Christoph Anton Mitterer wrote: Don't understand me wrong,.. I don't use Windows (expect for upgrading my Plextor firmware and EAC ;) )... but I ask because the more information we get (even if it's not Linux specific) the more steps we can take ;) I

Re: 64-bit app on 32-bit kernel supported?

On Fri, Dec 08, 2006 at 09:06:06PM +0530, Srivatsa Vaddagiri wrote: > Somebody was asking this : "Does any 32-bit Linux kernel support running > 64-bit > app on top of it (in a 64-bit platform that is)?" > > AFAIK its not supported, but wanted to make sure .. You can run 32bit programs on many

Re: 64-bit app on 32-bit kernel supported?

On Fri, Dec 08, 2006 at 09:06:06PM +0530, Srivatsa Vaddagiri wrote: Somebody was asking this : Does any 32-bit Linux kernel support running 64-bit app on top of it (in a 64-bit platform that is)? AFAIK its not supported, but wanted to make sure .. You can run 32bit programs on many 64bit

Re: How to go about debuging a system lockup?

On Fri, Nov 17, 2006 at 09:29:28AM -0500, Lennart Sorensen wrote: > Wow, that looks really neat. I will have to go read up on that tool. OK, I have now tried connecting with firescope to just follow the dmesg buffer across firewire. Works great, until the system hangs, then firescope repo

Re: How to go about debuging a system lockup?

On Fri, Nov 17, 2006 at 02:43:36PM +0100, Stefan Richter wrote: > If the PCI bus itself isn't brought down, you could debug from remote > using Benjamin Herrenschmidt's Firescope on the remote node and a > FireWire card in the test machine. Once the ohci1394 driver was loaded, > the FireWire

Re: How to go about debuging a system lockup?

On Fri, Nov 17, 2006 at 02:43:36PM +0100, Stefan Richter wrote: If the PCI bus itself isn't brought down, you could debug from remote using Benjamin Herrenschmidt's Firescope on the remote node and a FireWire card in the test machine. Once the ohci1394 driver was loaded, the FireWire

Re: How to go about debuging a system lockup?

On Fri, Nov 17, 2006 at 09:29:28AM -0500, Lennart Sorensen wrote: Wow, that looks really neat. I will have to go read up on that tool. OK, I have now tried connecting with firescope to just follow the dmesg buffer across firewire. Works great, until the system hangs, then firescope reports

Re: How to go about debuging a system lockup?

On Thu, Nov 16, 2006 at 04:01:03PM -0600, Protasevich, Natalie wrote: > If you can't drop in kdb, or no sysreq, then your interrupts are > disabled. I used to be (with older systems anyway) that NMI button was > on the system, so one could send an NMI and make the handler to print a > trace. Newer

Re: How to go about debuging a system lockup?

On Thu, Nov 16, 2006 at 09:49:06PM +0100, Jesper Juhl wrote: > Well, I have a few ideas that are hopefully useul. > > - If you have not done so already, then go in to the "Kernel Hacking" > section of the kernel configuration and enable some (all?) of the > debug options and see if that produces

Re: When is the kernel moving to GPLv3? (probably feeding a troll :)

On Thu, Nov 16, 2006 at 09:56:44AM -0700, Jeffrey V. Merkey wrote: > /"Red Hat has slammed the door shut > on any possibility > of entering into a patent protection deal similar to the one Microsoft > recently announced with Novell, eWeek is

How to go about debuging a system lockup?

We have a router with a Geode SC1200 cpu, with 4 AMD 972 ethernet ports (pcnet32) behind a PLX 6152 PCI-PCI bridge, which quite regularly locks up completely if we try to do simultanius traffic on all 4 ports (our test case sends data from port 1 to port 2, and back and from port 3 to port 4 and

How to go about debuging a system lockup?

We have a router with a Geode SC1200 cpu, with 4 AMD 972 ethernet ports (pcnet32) behind a PLX 6152 PCI-PCI bridge, which quite regularly locks up completely if we try to do simultanius traffic on all 4 ports (our test case sends data from port 1 to port 2, and back and from port 3 to port 4 and

Re: When is the kernel moving to GPLv3? (probably feeding a troll :)

On Thu, Nov 16, 2006 at 09:56:44AM -0700, Jeffrey V. Merkey wrote: /Red Hat has slammed the door shut http://www.eweek.com/article2/0,1895,2059675,00.asp on any possibility of entering into a patent protection deal similar to the one Microsoft recently announced with Novell, eWeek is

Re: How to go about debuging a system lockup?

On Thu, Nov 16, 2006 at 09:49:06PM +0100, Jesper Juhl wrote: Well, I have a few ideas that are hopefully useul. - If you have not done so already, then go in to the Kernel Hacking section of the kernel configuration and enable some (all?) of the debug options and see if that produces

Re: How to go about debuging a system lockup?

On Thu, Nov 16, 2006 at 04:01:03PM -0600, Protasevich, Natalie wrote: If you can't drop in kdb, or no sysreq, then your interrupts are disabled. I used to be (with older systems anyway) that NMI button was on the system, so one could send an NMI and make the handler to print a trace. Newer

Re: Brand-new notebook useless with Linux...

On Thu, Sep 08, 2005 at 03:19:32PM -0400, Chuck Ebbert wrote: > What fun is that? I have learned that HP/Compaq is hostile to Linux, > for one thing, which was interesting (my system is a Compaq Presario > V2312US.) Well they may be hostile but so far no problems with a compaq r3240. Well the

Re: Brand-new notebook useless with Linux...

On Thu, Sep 08, 2005 at 03:19:32PM -0400, Chuck Ebbert wrote: What fun is that? I have learned that HP/Compaq is hostile to Linux, for one thing, which was interesting (my system is a Compaq Presario V2312US.) Well they may be hostile but so far no problems with a compaq r3240. Well the

Re: Surround via SPDIF with ALSA/emu10k1?

On Sat, Aug 27, 2005 at 05:47:08PM -0400, Lee Revell wrote: > For the best S/N ratio and dynamic range all mixer controls SHOULD be at > 100%, assuming the volume control in your driver only attenuates > signals. This is the case for the emu10k1 which implements all mixer > controls via DSP

Re: Surround via SPDIF with ALSA/emu10k1?

On Sat, Aug 27, 2005 at 05:47:08PM -0400, Lee Revell wrote: For the best S/N ratio and dynamic range all mixer controls SHOULD be at 100%, assuming the volume control in your driver only attenuates signals. This is the case for the emu10k1 which implements all mixer controls via DSP programs

Re: Surround via SPDIF with ALSA/emu10k1?

On Sat, Aug 27, 2005 at 08:18:59PM +0200, Thomas Zehetbauer wrote: > I have now been told that SPDIF cannot support more than 2 channels > except with AC3 compression. Given the fact that we can send 580MBit/s > over USB2.0 I would not have even remotely considered this to be the > problem and

Re: Surround via SPDIF with ALSA/emu10k1?

On Sat, Aug 27, 2005 at 08:18:59PM +0200, Thomas Zehetbauer wrote: I have now been told that SPDIF cannot support more than 2 channels except with AC3 compression. Given the fact that we can send 580MBit/s over USB2.0 I would not have even remotely considered this to be the problem and find it

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Wed, Aug 24, 2005 at 06:48:20PM +0530, Mukund JB. wrote: > My controller itself alone handle FOUR device at a time (u mea these > should be (tfa, b , c d) > But how do I represent if I have more than one such controller i.e. it > is more 4 devices each with more parttions again. Well the scsi

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Wed, Aug 24, 2005 at 02:03:16PM +0530, Mukund JB. wrote: > Dear Lenneart, > > One good news > I have implemented the partition support in the driver. > I am able to mount the partition of the individual device. > I partition them using the fdisk and mounted them. > The architecture this some

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Wed, Aug 24, 2005 at 02:03:16PM +0530, Mukund JB. wrote: Dear Lenneart, One good news I have implemented the partition support in the driver. I am able to mount the partition of the individual device. I partition them using the fdisk and mounted them. The architecture this some thing

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Wed, Aug 24, 2005 at 06:48:20PM +0530, Mukund JB. wrote: My controller itself alone handle FOUR device at a time (u mea these should be (tfa, b , c d) But how do I represent if I have more than one such controller i.e. it is more 4 devices each with more parttions again. Well the scsi and

Re: [Alsa-devel] Re: [Alsa drivers] Creatives X-Fi chip

On Tue, Aug 23, 2005 at 09:41:11PM +0100, Peter Zubaj wrote: > This is too expensive card to be only able use it as simple card. > My advice buy something else. > I don't think fight with creative can bring anything good to linux. > Leave Creative as is. There is plenty of other hardware from

Re: PROBLEM: Incorrect RAM Detected at kernel init

On Sun, Aug 21, 2005 at 11:27:51PM -0400, Terry wrote: > Not sure if I have provided enough info, or to much info, but here it goes: > > [1.] One line summary of the problem: > Not Detecting all the memory installed in the system. > > [2.] Full description of the problem/report: > I have Linux

Re: [PATCH] Posix file attribute support on VFAT (take #2)

On Mon, Aug 22, 2005 at 01:46:29PM +0200, Pavel Machek wrote: > Unfortunately, it makes sense. If you have compact flash card, you > really want to have VFAT there, so that it is a) compatible with > windows and b) so that you don't kill the hardware. VFAT is plenty good at killing hardware.

Re: [PATCH] Posix file attribute support on VFAT (take #2)

On Mon, Aug 22, 2005 at 01:46:29PM +0200, Pavel Machek wrote: Unfortunately, it makes sense. If you have compact flash card, you really want to have VFAT there, so that it is a) compatible with windows and b) so that you don't kill the hardware. VFAT is plenty good at killing hardware. It's a

Re: PROBLEM: Incorrect RAM Detected at kernel init

On Sun, Aug 21, 2005 at 11:27:51PM -0400, Terry wrote: Not sure if I have provided enough info, or to much info, but here it goes: [1.] One line summary of the problem: Not Detecting all the memory installed in the system. [2.] Full description of the problem/report: I have Linux Kernel

Re: [Alsa-devel] Re: [Alsa drivers] Creatives X-Fi chip

On Tue, Aug 23, 2005 at 09:41:11PM +0100, Peter Zubaj wrote: This is too expensive card to be only able use it as simple card. My advice buy something else. I don't think fight with creative can bring anything good to linux. Leave Creative as is. There is plenty of other hardware from other

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Fri, Aug 19, 2005 at 05:09:06PM +0530, Mukund JB`. wrote: > To handle it in a similarly in Linux we need to support this driver with > partitions. There looks a loop hole in the driver. > I will verify and fix it today. I suggest having a look at how other drivers use the add_disk call, since

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Fri, Aug 19, 2005 at 05:09:06PM +0530, Mukund JB`. wrote: To handle it in a similarly in Linux we need to support this driver with partitions. There looks a loop hole in the driver. I will verify and fix it today. I suggest having a look at how other drivers use the add_disk call, since it

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Thu, Aug 18, 2005 at 06:21:39PM +0530, Mukund JB`. wrote: > Dear all, > > I have few updates in this issue. > I have attached the Images as well as the mount-log to this mail. > Please see the comments inline. > > I think, fdisk it trying to portray that n/o cylinders 448. So, it also > takes

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Thu, Aug 18, 2005 at 06:21:39PM +0530, Mukund JB`. wrote: Dear all, I have few updates in this issue. I have attached the Images as well as the mount-log to this mail. Please see the comments inline. I think, fdisk it trying to portray that n/o cylinders 448. So, it also takes care of

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Wed, Aug 17, 2005 at 10:32:03PM +0530, Mukund JB`. wrote: > A have a new fining here. > > fdisk -l -u /dev/tfa0: > debdev1:~# fdisk -l -u /dev/tfa0 > > Disk /dev/tfa0: 14 MB, 14680064 bytes > 2 heads, 32 sectors/track, 448 cylinders, total 28672 sectors Units = > sectors of 1 * 512 = 512

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Wed, Aug 17, 2005 at 10:32:03PM +0530, Mukund JB`. wrote: A have a new fining here. fdisk -l -u /dev/tfa0: debdev1:~# fdisk -l -u /dev/tfa0 Disk /dev/tfa0: 14 MB, 14680064 bytes 2 heads, 32 sectors/track, 448 cylinders, total 28672 sectors Units = sectors of 1 * 512 = 512 bytes

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Tue, Aug 16, 2005 at 07:04:34PM +0530, Mukund JB. wrote: > I have bought a "entermultimedia" USB 2.0 21-in-1 card. > There are no Linux driver support in the CD provided. > Can u suggest me what is best bug (USB card reader) with Linux driver > support in the Market. Load usb drivers and

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Tue, Aug 16, 2005 at 06:54:40PM +0530, Mukund JB. wrote: > Yes, I agree. My sentence formation was wrong. > > My question here is: > > If I have NO multiple partition support implemented in the driver, will > it effect mounting the first partition on the device? Yes. If you have no

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Tue, Aug 16, 2005 at 06:54:40PM +0530, Mukund JB. wrote: Yes, I agree. My sentence formation was wrong. My question here is: If I have NO multiple partition support implemented in the driver, will it effect mounting the first partition on the device? Yes. If you have no partition

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Tue, Aug 16, 2005 at 07:04:34PM +0530, Mukund JB. wrote: I have bought a entermultimedia USB 2.0 21-in-1 card. There are no Linux driver support in the CD provided. Can u suggest me what is best bug (USB card reader) with Linux driver support in the Market. Load usb drivers and

Re: fdisk & LBA

On Fri, Aug 12, 2005 at 10:29:13PM +0300, Nanakos Chrysostomos wrote: > Hi all,i want to retrieve the partition table of a primary extended > partition. > My MBR partition table ,says that the LBA Partition Start sector for the > extended partition is 10281600.It is the same that i find with my C

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Fri, Aug 12, 2005 at 09:16:56PM +0530, Mukund JB. wrote: > When I said mount, I guess FAT will read sector 0 to get the partition > info. And is it due to lack of partition support in the driver that will > affect the FAT layer reading the device. > Please update? No, the kernel read the

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Fri, Aug 12, 2005 at 07:52:31PM +0530, Mukund JB. wrote: > I dumped the 0th sector of SD when formatted on > 1) CAM & > 2) Windows > The partition table exists on both. > But, the Master Boot Code is NOT present on the CAM formatted SD but is > available on windows formatted SD

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Fri, Aug 12, 2005 at 07:52:31PM +0530, Mukund JB. wrote: I dumped the 0th sector of SD when formatted on 1) CAM 2) Windows The partition table exists on both. But, the Master Boot Code is NOT present on the CAM formatted SD but is available on windows formatted SD card.

Re: The Linux FAT issue on SD Cards.. maintainer support please

On Fri, Aug 12, 2005 at 09:16:56PM +0530, Mukund JB. wrote: When I said mount, I guess FAT will read sector 0 to get the partition info. And is it due to lack of partition support in the driver that will affect the FAT layer reading the device. Please update? No, the kernel read the partition

<    4   5   6   7   8   9   10   >