Re: CDs which hang kernel

On Mon, 11 Jul 2005 23:10:37 +0300 Nerijus Baliunas <[EMAIL PROTECTED]> wrote: > I have 2 cdroms which hang PC - one when trying to mount, another when > inserted. Kernel 2.6.12-1.1390_FC4, Lite-On SOHW-1673S, > hdc: ATAPI 48X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33) &g

CDs which hang kernel

Hello, I have 2 cdroms which hang PC - one when trying to mount, another when inserted. Kernel 2.6.12-1.1390_FC4, Lite-On SOHW-1673S, hdc: ATAPI 48X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33) I can send them by mail if anyone wants. Regards, Nerijus - To unsubscribe from this list: send

RE: [Emu10k1-devel] Re: Buggy emu10k1 drivers.

> Can you give the CVS driver a try? Snapshots are available here: > http://opensource.creative.com/snapshot.html > > The driver in the kernel is based on a CVS snapshot from last summer, the > problem may be fixed in CVS. So why noone sends updated driver to Alan? Regards, Nerijus - To unsubs

RE: [PATCH] support for Cobalt Networks (x86 only) systems

> Aattached is a (large, but self contained) patch for Cobalt Networks suport Is not? ;) - 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

RE: [PATCH] fix more typos in Configure.help and fs/nls/Config.in

> > Official country name: Belarus > > Language/Nationality: Belarusian > > > > Standard has taken things right as we pronounce them. > > > > Please apply the patch. > > Done. Thanks for confirming it is correct You forgot to apply the second part: --- Config.in.orig Wed

RE: [PATCH] fix more typos in Configure.help and fs/nls/Config.in

> > The ISO639 registrars call it "Belarusian". See > > http://lcweb.loc.gov/standards/iso639-2/langhome.html > > under "English Name of Language". > > Which is a typo in the standard for sure, since belarussian is > meaning "White Russians". No. They changed their country name to "Belarus", sin

[PATCH] fix more typos in Configure.help and fs/nls/Config.in

The ISO639 registrars call it "Belarusian". See http://lcweb.loc.gov/standards/iso639-2/langhome.html under "English Name of Language". Against 2.4.5-ac2: --- Configure.help.orig Mon May 28 19:23:18 2001 +++ Configure.help Mon May 28 19:31:50 2001 @@ -12838,7 +12838,7 @@ only, not to th

[PATCH] (updated) for iso8859-13

On Fri, 11 May 2001 08:24:46 +0200 Andrzej Krzysztofowicz <[EMAIL PROTECTED]> wrote: > "Nerijus Baliunas wrote:" > > -NLS ISO 8859-1 (Latin 1; Western European Languages) > > +NLS ISO 8859-1 (Latin 1; Western European Languages) > > Should'n it be cons

[PATCH] for iso8859-13

Patch for Documentation/Configure.help in 2.4.4-ac6. Adds missing iso8859-13 to CONFIG_NLS_DEFAULT and corrects some texts. --- Configure.helpFri May 11 01:52:15 2001 +++ Configure.help.newFri May 11 02:02:53 2001 @@ -12567,8 +12567,8 @@ cp862, cp863, cp864, cp865, cp866, cp869

{ DriveReady SeekComplete }

Hello, Just got a message: hda: status error: status=0x50 { DriveReady SeekComplete } hda: no DRQ after issuing MULTWRITE hda is: QUANTUM FIREBALL CX10.2A, 9787MB w/418kB Cache, CHS=19885/16/63, UDMA(33) Promise Ultra100 controller. # hdparm /dev/hda /dev/hda: multcount= 8 (on) I/O sup

RE: Promise 20267 "working" but no UDMA

> > PDC20267: (U)DMA Burst Bit ENABLED Primary MASTER Mode Secondary MASTER Mode. How does MASTER mode differ from PCI? I have: PDC20267: IDE controller on PCI bus 00 dev 50 PDC20267: chipset revision 2 PDC20267: not 100% native mode: will probe irqs later PDC20267: ROM enabled at 0xe800 PDC

RE: Need for more ISO8859 codepages?

> About 18 months ago I patched fs/nls/ to include support for the > Celtic character set, ISO8859-14. I notice that there are still gaps > in nls, specifically in ISO8859 codepages 10 to 13. > > The missing codepages are for Nordic/Icelandic (ISO8859-10), Thai > (ISO8859-11), and Baltic Rim (ISO

RE: bread in fat_access failed

> Nov 28 01:00:28 sargis kernel: bread in fat_access failed > Nov 28 01:00:28 sargis kernel: attempt to access beyond end of device > Nov 28 01:00:28 sargis kernel: 02:00: rw=0, want=5, limit=4 > Nov 28 01:00:28 sargis kernel: dev 02:00 blksize=512 blocknr=9 > sector=9 size=512 > count=1 > > Wha

bread in fat_access failed

Hello, I get a lot of such messages: Nov 28 01:00:28 sargis kernel: bread in fat_access failed Nov 28 01:00:28 sargis kernel: attempt to access beyond end of device Nov 28 01:00:28 sargis kernel: 02:00: rw=0, want=5, limit=4 Nov 28 01:00:28 sargis kernel: dev 02:00 blksize=512 blocknr=9 sector=9

RE: VFAT problem

> > I have discovered a problem with the Linux 2.4.0 VFAT filesystem. Short > > names that have mixed case do not retain their case on the VFAT > > filesystem. This has mostly worked in the past on 2.1.x, 2.2.x, 2.3.x > > Is it supposed to? My MS-DOS file system(s) always have shown files > with