* status of ntfs write-support in 2.4.20
From: folkert @ 2003-01-08 14:08 UTC (permalink / raw)
To: linux-kernel
Hi,
What is the status of NTFS WRITE(!)-support in 2.4.20?
Is there any kernel which can do safely writing to windows nt(! not 2000
or xp) partitions?
Folkert
^ permalink raw reply
* RE: [PATCH][2.4] generic cluster APIC support for systems with m ore than 8 CPUs
From: Alan Cox @ 2003-01-08 14:53 UTC (permalink / raw)
To: Protasevich, Natalie
Cc: 'William Lee Irwin III', 'Christoph Hellwig',
'James Cleverdon', 'Pallipadi, Venkatesh',
'Linux Kernel', 'Martin Bligh',
'John Stultz', 'Nakajima, Jun',
'Mallick, Asit K', 'Saxena, Sunil',
Van Maren, Kevin, 'Andi Kleen', 'Hubert Mantel'
In-Reply-To: <3FAD1088D4556046AEC48D80B47B478C022BD8BA@usslc-exch-4.slc.unisys.com>
On Mon, 2003-01-06 at 18:58, Protasevich, Natalie wrote:
> 1) place pin_2_irq and the one that fixes the ACPI case (and which I haven't
> found yet) in our sub-arch making those routines platform defined
Does cpu_to_pci_irq() pci_to_cpu_irq() work for this. That is sort of
the equivalent we have in mapping functions for other purposes. You
could then do the 16 irq shift, while other platforms would define it
in default/*.h to be a nop.
> Another one that I am worried about is XTPR, hopefully someone is looking at
> its implementation...
XPTR I really don't know anything about alas.
^ permalink raw reply
* Re: BDI-2000
From: James Don @ 2003-01-08 13:59 UTC (permalink / raw)
To: 'Marius Groeger'; +Cc: 'linuxppc-embedded@lists.linuxppc.org'
Do you have ppcboot ... or an equivalent bootloader running yet ?
If not start with this ...
Jim
-----Original Message-----
From: Marius Groeger [mailto:mag@sysgo.de]
Sent: Wednesday, January 08, 2003 4:23 AM
To: Muaddi, Cecilia
Cc: 'linuxppc-embedded@lists.linuxppc.org'
Subject: Re: BDI-2000
On Tue, 7 Jan 2003, Muaddi, Cecilia wrote:
> I have a proven hardware platform with
> PPC860, IMMR is mapped to 0xf0000000.
> 16 MB of SRAM in CS3 starts at physical locatio 0x0
> 1 MB of BootROM in CS1 starts at physical location 0x28000000
> 16 MB of code flash in CS5 starts at physical location 0x08000000
> some other IO mapped to miscellaneous addresses.
>
> The hardware platform is running vxWorks with vxWorks bootrom. I am
> trying to port the Linux to this custom hardware platform. I was
> successful building
I'm sorry for sounding a bit negative and not giving any real help,
but I can't resist commenting that being able to run vxWorks is NOT
proving the same HW can also run Linux. This is because Linux is using
the HW in ways WindRiver can only dream vxWorks could. We have seen
many HW going down on it's knees in the transition from a boot-loader/
interrupt handler kind of OS to real Unix systems with true virtual
memory support.
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* XFree86 vs. 2.5.54 - reboot
From: Bob_Tracy(0000) @ 2003-01-08 14:05 UTC (permalink / raw)
To: linux-kernel
This probably applies to immediately prior kernels in the 2.5 series
as well. 2.5.54 seemed like a good time to jump in and test the waters,
so to speak...
AMD K6-III 450 running a 2.4.19 kernel with vesafb, XFree86 4.1.0, and
a USB mouse works fine. Same setup with a 2.5.54 kernel does a cold
reboot when I type "startx". In both cases, the initial video state
is "vga=791" as set in /etc/lilo.conf. As far as the crash, there's
no debug output of any kind in the logs to help narrow down the cause.
As best I can remember, the last time I had everything kinda working
with a 2.5.X kernel was prior to the introduction of the new module-init
tools. This isn't a jab at Rusty et. al. I'm merely trying to come up
with an approximate timeframe during which something changed which is
causing the problem. The recent framebuffer driver changes probably
have something to with this issue.
If this is a known problem, would someone be kind enough to summarize
the discussion or let me know approximately when the discussion took
place so I can dig for it in the linux-kernel archives? Thanks!
--
-----------------------------------------------------------------------
Bob Tracy WTO + WIPO = DMCA? http://www.anti-dmca.org
rct@frus.com
-----------------------------------------------------------------------
^ permalink raw reply
* Re: opening a port..
From: Raymond Leach @ 2003-01-08 13:54 UTC (permalink / raw)
To: mdew; +Cc: Netfilter Mailing List
In-Reply-To: <1042030413.590.13.camel@nirvana>
[-- Attachment #1: Type: text/plain, Size: 2514 bytes --]
On Wed, 2003-01-08 at 14:53, mdew wrote:
> On Thu, 2003-01-09 at 01:12, mdew wrote:
> >
> > Hi,
> > Just *testing* this out..
> >
> > iptables -A INPUT -i eth0 -p tcp --dport 4662 -j ACCEPT
> > iptables -A INPUT -i eth0 -p udp --dport 4662 -j ACCEPT
> > iptables -A INPUT -i eth1 -p udp --dport 4662 -j ACCEPT
> > iptables -A INPUT -i eth1 -p tcp --dport 4662 -j ACCEPT
> > iptables -A INPUT -i eth1 -p tcp --sport 4662 -j ACCEPT
> > iptables -A INPUT -i eth1 -p udp --sport 4662 -j ACCEPT
> > iptables -A INPUT -i eth0 -p udp --sport 4662 -j ACCEPT
> > iptables -A INPUT -i eth0 -p tcp --sport 4662 -j ACCEPT
> >
> > iptables -A FORWARD -o eth0 -p tcp --dport 4662 -j ACCEPT
> > iptables -A FORWARD -o eth1 -p tcp --dport 4662 -j ACCEPT
> > iptables -A FORWARD -o eth1 -p udp --dport 4662 -j ACCEPT
> > iptables -A FORWARD -o eth0 -p udp --dport 4662 -j ACCEPT
> > iptables -A FORWARD -o eth0 -p udp --sport 4662 -j ACCEPT
> > iptables -A FORWARD -o eth1 -p udp --sport 4662 -j ACCEPT
> > iptables -A FORWARD -o eth1 -p tcp --sport 4662 -j ACCEPT
> > iptables -A FORWARD -o eth0 -p tcp --sport 4662 -j ACCEPT
> >
> > yet, when i try to telnet to it,
> >
> > mdew:~# telnet 127.0.0.1 4662
> > Trying 127.0.0.1...
> > telnet: Unable to connect to remote host: Connection refused
> >
> > Yeah I know I have lots of unnessary rules, but im only testing 'em...it
> > just seems a little strange that i cant see 4662 (Edonkey port) on the
> > router.
> >
> > -mdew
>
> ok, from another machine->router. (same problem)
>
> telnet 10.0.0.6 4662
> Trying 10.0.0.6...
> telnet: Unable to connect to remote host: Connection refused
>
Connection refused means the router is not listening on that port ...
>
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
( Raymond Leach )
) Knowledge Factory (
( )
) Tel: +27 11 445 8100 (
( Fax: +27 11 445 8101 )
) (
( http://www.knowledgefactory.co.za/ )
) http://www.saptg.co.za/ (
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
o o
o o
.--. .--.
| o_o| |o_o |
| \_:| |:_/ |
/ / \\ // \ \
( | |) (| | )
/`\_ _/'\ /'\_ _/`\
\___)=(___/ \___)=(___/
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* OT: password management
From: Miguel González Castaños @ 2003-01-08 13:53 UTC (permalink / raw)
To: linux-admin
dear all,
I would like to know how you guys solve the problem about how to
manage passwords of a bunch of accounts in different servers in a safe
way of course (generating new passwords, save/retrieve them, etc) but
easyly accesable at
the same time...
Many thanks in advance.
Miguel
^ permalink raw reply
* Re: PROBLEM: 2.4.19 & 2.4.20 hang without oops...
From: Alan Cox @ 2003-01-08 14:45 UTC (permalink / raw)
To: charlton; +Cc: Linux Kernel Mailing List
In-Reply-To: <20030107005229.A28504@bach.dynet.com>
On Tue, 2003-01-07 at 06:52, Charlton Harrison wrote:
> While attempting to copy about 50GB of data onto an NFS-mounted partition,
> the `cp -a` process will go for a while, then my machine will hang/freeze up.
>
> I can reproduce it very easily and quickly on kernel 2.4.19 and 2.4.20,
> and most of the time happens before even copying 10GB worth of data.
> I am unable to reproduce the problem on kernel 2.4.18.
>
> Here are the specifics:
>
> HARDWARE:
>
> Dual (SMP) P3-500, supermicro MB, 512MB ECC buffered SDRAM.
What chipset is this system - is it 450NX by any chance ?
^ permalink raw reply
* Re: ipv6 stack seems to forget to send ACKs
From: Maciej Soltysiak @ 2003-01-08 13:56 UTC (permalink / raw)
To: Wichert Akkerman; +Cc: netdev, linux-kernel
In-Reply-To: <20030108135253.GW22951@wiggy.net>
> No problem. Are you running stable, testing or unstable?
stable here.
Maciej
^ permalink raw reply
* Re: Fwd: File system corruption
From: Rogier Wolff @ 2003-01-08 13:55 UTC (permalink / raw)
To: Alan Cox; +Cc: krushka, Linux Kernel Mailing List
In-Reply-To: <1042035305.24099.13.camel@irongate.swansea.linux.org.uk>
On Wed, Jan 08, 2003 at 02:15:06PM +0000, Alan Cox wrote:
> On Wed, 2003-01-08 at 11:35, Paul wrote:
> > What I have found is that just after the start of a sector, usually 43 to 45
> > bytes, 6 bytes are skipped and the sequence starts again. This continues
> > until the next sector starts, where the sequence corrects. This appears to
> > happen every 65536 bytes or some multiple of 65536. It may skip three blocks
> > of 65536 and then corrupt on the next block of 65536 bytes.
>
> Ok that I'm afraid bears no resemblance to anything the software side
> does (we write in chunks but we do single PIO block transfers of each
> sector).
After examining the resulting image, Paul has a "clock" line to his
flash device that is a bit noisy. This occasionally causes one
16-bit entity to be clocked into the device twice.
To detect this going wrong, we could (but only as a configurable
option), write 255 16-bit words to the device (remember this is PIO!),
check that DRQ is still active and only then write the last word.
(at which point DRQ should go inactive).
Roger.
--
** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 **
*-- BitWizard writes Linux device drivers for any device you may have! --*
* The Worlds Ecosystem is a stable system. Stable systems may experience *
* excursions from the stable situation. We are currently in such an *
* excursion: The stable situation does not include humans. ***************
^ permalink raw reply
* Re: intel8x0: changing characteristics after an APM suspend-resume cycle
From: D. Sen @ 2003-01-08 13:46 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
In-Reply-To: <s5h7kdfalxd.wl@alsa2.suse.de>
Takashi Iwai wrote:
> At Tue, 07 Jan 2003 15:40:10 -0500,
> D. Sen <dsen@homemail.com> wrote:
>
>>Hi,
>>
>>I am using the snd-intel8x0 drivers (0.9.0rc6) on my IBM Thinkpad
>>running Linux 2.4.20. Everything seems to run fine until the machine
>>goes through a suspend/resume cycle when mono files/streams seem to get
>>played back at a much faster rate.
>>
>>A cold reboot resolves the problem.
>
>
> even after unloading/reloading the module the problem persists?
>
>
> Takashi
>
>
I just tried unloading/reloading the modules (had to close mixer
applications, etc first). But you are right. The problem does NOT
persist if I unload and then reload the modules.
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
^ permalink raw reply
* Re: ipv6 stack seems to forget to send ACKs
From: Wichert Akkerman @ 2003-01-08 13:52 UTC (permalink / raw)
To: Maciej Soltysiak; +Cc: netdev, linux-kernel
In-Reply-To: <Pine.LNX.4.44.0301081449550.12420-100000@dns.toxicfilms.tv>
Previously Maciej Soltysiak wrote:
> Well, i have xmms from deb package, so i would rather use an
> ip6 enabled deb. If that's not a problem.
No problem. Are you running stable, testing or unstable?
Wichert.
--
Wichert Akkerman <wichert@wiggy.net> http://www.wiggy.net/
A random hacker
^ permalink raw reply
* Re: Question for Marcelo
From: Alan Cox @ 2003-01-08 14:38 UTC (permalink / raw)
To: Tomas Szepe; +Cc: lkml
In-Reply-To: <20030108131937.GI823@louise.pinerecords.com>
On Wed, 2003-01-08 at 13:19, Tomas Szepe wrote:
> > [alan@lxorguk.ukuu.org.uk]
> >
> > I've also dropped rmap out for now.
>
> Hmm, what for?
15a wasnt working very well, the base VM isn't too bad now and its
a _lot_ easier to do merging with Marcelo without rmap. The other
related bits are seperated out but present (vm overcommit handling,
fixed shmem, removepage callback)
^ permalink raw reply
* Re: Nvidia and its choice to read the GPL "differently"
From: Larry McVoy @ 2003-01-08 13:51 UTC (permalink / raw)
To: Richard Stallman; +Cc: lm, acahalan, linux-kernel
In-Reply-To: <E18WB8R-0004k9-00@fencepost.gnu.org>
On Wed, Jan 08, 2003 at 03:00:23AM -0500, Richard Stallman wrote:
> Great. So not only is there no legal need to cite GNU in the Linux
> name, there is no ethical obligation either.
>
> There is no ethical obligation to mention secondary contributions
> incorporated in a large project. There ethical obligation is to cite
> the main developer. In the GNU/Linux system, the GNU Project is the
> principal contributor; the system is more GNU than anything else,
> and we started it.
Actually, to be legal, you need say GNU/Linux (Linux is a registered
trademark of Linus Torvalds).
As for the ethics, "cite the main developer"? Well, then, that's easy.
It is you and the FSF organization which are behind this GNU stuff and
since I've been around since before you started, I'm well aware of
how much work you did and how much was work that was simply assigned
over to the FSF. If we remove all the work that you did not do, then
it's vividly clear that Linux is a larger effort.
The vast majority of the GPLed software out there is not work that you
did, it is work that other people did. You are claiming credit for
their work, which is way over the unethical line, and attempting
to infringe on the work of the Linux community. Not nice.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
^ permalink raw reply
* Re: ipv6 stack seems to forget to send ACKs
From: Maciej Soltysiak @ 2003-01-08 13:51 UTC (permalink / raw)
To: Wichert Akkerman; +Cc: netdev, linux-kernel
In-Reply-To: <20030108133024.GT22951@wiggy.net>
> I am using a patched version of xmms using the patch from
> http://bugs.debian.org/155955 . (Don't forget to rerun autoconf
> after applying the patch). If you want I can create an ipv6
> enabled xmms.deb for you if you are using Debian.
Well, i have xmms from deb package, so i would rather use an
ip6 enabled deb. If that's not a problem.
Maciej
^ permalink raw reply
* Re: strange segmentation fault in malloc()
From: QingHua Wang @ 2003-01-08 13:40 UTC (permalink / raw)
To: Glynn Clements; +Cc: linux-c-programming
In-Reply-To: <15899.29426.273829.766576@cerise.nosuchdomain.co.uk>
Thanks. I found the problem by set MALLOC_CHECK_. It's a kind of pointer
corruption in the couple of malloc/free. Thanks again.
qhwang
^ permalink raw reply
* [linux-lvm] Graphical tool to configure LVM for RedHat 8
From: Ma, Thanh(IndSys, GE Interlogix) @ 2003-01-08 13:33 UTC (permalink / raw)
To: Linux-LVM
The command line tools are great but I just wonder if there is a graphical tool to do the same thing (for RedHat, BTW) ?
Thanks,
Thanh
^ permalink raw reply
* Re: firewall failover / cluster
From: Roberto Nibali @ 2003-01-08 13:31 UTC (permalink / raw)
To: freedom; +Cc: 'Hauser Marcel', netfilter
In-Reply-To: <000301c2a7df$4d60cb90$0501020a@compname3>
freedom wrote:
> Partially along this same subject, I am curious what is currently being
> used in a fault tolerant AND load-balanced iptables configuration.
> Perhaps a better question...is anybody using iptables in a HA, Load
> balancing scenario?
http://www.linux-vs.org + http://keepalived.sf.net = load balanced HA nodes
Define iptables in a HA scenario, please. One part that is missing is the
conntrack state transition synchronisation but this will still not make a packet
filter HA, only an active/passive system.
Please check recent research papers emerged from symposia on network and
security topics last year for further reference.
Regards,
Roberto Nibali, ratz
--
echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc
^ permalink raw reply
* [patch] Use XKPHYS for 64-bit TLB flushes
From: Maciej W. Rozycki @ 2003-01-08 13:27 UTC (permalink / raw)
To: Ralf Baechle; +Cc: linux-mips
Hello,
32-bit R4k TLB flush functions use KSEG0 as an impossible (unmapped) VPN2
value for invalidated TLB entries. 64-bit ones use KSEG0 as well, but
here KSEG0 is a valid XKSEG (mapped) value as it gets interpreted as
0xc00000ff80000000 when written into cp0.EntryHi. The correct impossible
(unmapped) VPN2 value for the 64-bit mode is XKPHYS.
Here is a patch implementing it. The code runs fine on my R4400SC. OK
to apply?
BTW, show_tlb() (in the same file) is buggy and redundant --
dump_tlb_all() is a correct equivalent. I'd like to remove show_tlb() --
OK?
Maciej
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--------------------------------------------------------------+
+ e-mail: macro@ds2.pg.gda.pl, PGP key available +
patch-mips-2.4.20-pre6-20021212-mips64-tlb-r4k-0
diff -up --recursive --new-file linux-mips-2.4.20-pre6-20021212.macro/arch/mips64/mm/tlb-r4k.c linux-mips-2.4.20-pre6-20021212/arch/mips64/mm/tlb-r4k.c
--- linux-mips-2.4.20-pre6-20021212.macro/arch/mips64/mm/tlb-r4k.c 2002-12-04 03:56:40.000000000 +0000
+++ linux-mips-2.4.20-pre6-20021212/arch/mips64/mm/tlb-r4k.c 2003-01-08 03:54:28.000000000 +0000
@@ -53,7 +53,7 @@ void local_flush_tlb_all(void)
__save_and_cli(flags);
/* Save old context and create impossible VPN2 value */
old_ctx = (read_c0_entryhi() & 0xff);
- write_c0_entryhi(KSEG0);
+ write_c0_entryhi(XKPHYS);
write_c0_entrylo0(0);
write_c0_entrylo1(0);
BARRIER;
@@ -63,7 +63,7 @@ void local_flush_tlb_all(void)
/* Blast 'em all away. */
while(entry < mips_cpu.tlbsize) {
/* Make sure all entries differ. */
- write_c0_entryhi(KSEG0+entry*0x2000);
+ write_c0_entryhi(XKPHYS+entry*0x2000);
write_c0_index(entry);
BARRIER;
tlb_write_indexed();
@@ -128,7 +128,7 @@ void local_flush_tlb_range(struct mm_str
if(idx < 0)
continue;
/* Make sure all entries differ. */
- write_c0_entryhi(KSEG0+idx*0x2000);
+ write_c0_entryhi(XKPHYS+idx*0x2000);
BARRIER;
tlb_write_indexed();
BARRIER;
@@ -167,7 +167,7 @@ void local_flush_tlb_page(struct vm_area
if(idx < 0)
goto finish;
/* Make sure all entries differ. */
- write_c0_entryhi(KSEG0+idx*0x2000);
+ write_c0_entryhi(XKPHYS+idx*0x2000);
BARRIER;
tlb_write_indexed();
finish:
^ permalink raw reply
* Re: ipv6 stack seems to forget to send ACKs
From: Wichert Akkerman @ 2003-01-08 13:30 UTC (permalink / raw)
To: Maciej Soltysiak; +Cc: netdev, linux-kernel
In-Reply-To: <Pine.LNX.4.44.0301081425490.8230-100000@dns.toxicfilms.tv>
Previously Maciej Soltysiak wrote:
> Which ipv6 client should i be using ?
I am using a patched version of xmms using the patch from
http://bugs.debian.org/155955 . (Don't forget to rerun autoconf
after applying the patch). If you want I can create an ipv6
enabled xmms.deb for you if you are using Debian.
Wichert.
--
Wichert Akkerman <wichert@wiggy.net> http://www.wiggy.net/
A random hacker
^ permalink raw reply
* Re: PIC programming question
From: Tomi Manninen @ 2003-01-08 13:23 UTC (permalink / raw)
To: Phil; +Cc: linux-hams
In-Reply-To: <200301062005.06383.phil@spiderweb.com.au>
On Tue, 7 Jan 2003, Phil wrote:
> Does anyone have a favorite PIC programmer? My only interest at the moment is
> to be able to program PIC 16F84 and 16F876 chips.
I have used picprog (http://www.iki.fi/hyvatti/pic/picprog.html). It's old
and only handles the 16x84 but it works with very simple hardware which
needs no extra power.
--
Tomi Manninen Internet: oh2bns@sral.fi
OH2BNS AX.25: oh2bns@oh2rbi.fin.eu
KP20ME04 Amprnet: oh2bns@oh2rbi.ampr.org
^ permalink raw reply
* Re: Fwd: File system corruption
From: Paul @ 2003-01-08 13:38 UTC (permalink / raw)
To: linux-kernel; +Cc: Rogier Wolff
In-Reply-To: <20030107130832.A4953@bitwizard.nl>
I have put the gzipped image here if anyone wants to take a peek :)
size==348k, unzips to ~64Mb
http://home.iprimus.com.au/krushka/img.gz
On Tue, 7 Jan 2003 10:08 pm, you wrote:
> On Mon, Jan 06, 2003 at 03:06:20PM +0000, Alan Cox wrote:
> > Might be interesting to see what it does given a totally not FAT
> > environment (eg fill the disk start to end with each sector filled
> > with its sector number repeatedly) and see what comes out the other
> > end.
>
> How about the following program to do this.
>
> Roger.
>
>
> /* Written By R.E.Wolff@BitWizard.nl
> *
> * This program is distributed under GPL. */
>
> #include <stdio.h>
> #include <stdlib.h>
> #include <unistd.h>
> #include <string.h>
>
> int main (int argc, char **argv)
> {
> int i;
> int ascii = 0;
> int size = 512;
> long long secno;
> char *buf;
> int s;
>
> for (i=1;i<argc;i++) {
> if (strcmp (argv[i], "-a") == 0) {
> ascii = 1;
> }
> if (strcmp (argv[i], "-b") == 0) {
> ascii = 0;
> }
>
> if (strncmp (argv[i], "-s", 2) == 0) {
> if (strlen (argv[i]) > 2)
> size = atoi (argv[i]+2);
> else
> /* Sorry. Will crash if you specify -s as the last argument */
> size = atoi (argv[++i]);
> }
> }
>
> buf = malloc (size + 16);
>
> if (!buf) {
> fprintf (stderr, "Can't allocate buffer.\n");
> exit (1);
> }
>
> secno = 0;
> while (1) {
> if (ascii) {
> sprintf (buf, "%lld\n", secno);
> s = strlen (buf);
> for (i=s;i<size;i+=s)
> sprintf (buf+i, "%lld\n", secno);
> } else {
> for (i=0;i<size;i+=sizeof (long long))
> *(long long *)(buf+i) = secno;
> }
> if (write (1, buf, size) < 0)
> break;
> secno++;
> }
> exit (0);
> }
^ permalink raw reply
* Re: Fwd: File system corruption
From: Alan Cox @ 2003-01-08 14:15 UTC (permalink / raw)
To: krushka; +Cc: Linux Kernel Mailing List, Rogier Wolff
In-Reply-To: <03010821353200.01198@paul.home.com.au>
On Wed, 2003-01-08 at 11:35, Paul wrote:
> What I have found is that just after the start of a sector, usually 43 to 45
> bytes, 6 bytes are skipped and the sequence starts again. This continues
> until the next sector starts, where the sequence corrects. This appears to
> happen every 65536 bytes or some multiple of 65536. It may skip three blocks
> of 65536 and then corrupt on the next block of 65536 bytes.
Ok that I'm afraid bears no resemblance to anything the software side
does (we write in chunks but we do single PIO block transfers of each
sector).
> I would greatly appreciate some other ideas to try, I'm not game to start
> hacking the kernel code quite yet :)
Two things
1. Tweak the code to write 1K, fsync, write 1K fsync
2. Repeat the above in 512 byte chunks.
That tests the way the device responds to writes. You can then try different
bigger sizes. If the 512 byte one corrupts and the 1K one doesn't that is
the only thing I can think of that would fit the pattern
^ permalink raw reply
* JFFS2 and NAND problems
From: Armin Schindler @ 2003-01-08 13:51 UTC (permalink / raw)
To: linux-mtd
Hello,
I use the latest CVS MTD together with a 16MB NAND Flash and
JFFS2. Creating and reading files seems to work very good,
but when I want to remove files I get error messages like:
Short write in obliterating obsoleted node at 0x00876804: 20
and
Node totlen on flash (0x00000002) != totlen in node ref (0x000002dc)
After umount, when I try to mount it again I get:
Empty flash at 0x0082bbf8 ends at 0x0082bc00
jffs2_scan_eraseblock(): Node at 0x008341fc {0x1985, 0xe002, 0x00000002) has invalid CRC 0x00000004 (calculated 0x3b50c69b)
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00834214: 0x01f5 instead
If "Verify NAND page writes" is enabled, and I try to write the
response is:
Write error in obliterating obsoleted node at 0x00ff800c: -5
Write of 2151 bytes at 0x00ff875c failed. returned -5, retlen 0
Not marking the space at 0x00ff875c as dirty because the flash driver returned retlen zero
ARGH. About to write node to 0x00ff875c on flash, but there are data already the re:
0x00ff875c: 19 85 e0 02 00 00 08 67 ce 51 d9 44 00 00 00 02
When I use e.g. ext2 or store data directly with the mtd character
device, the flash doesn't show any problem.
When using an AMD 1MB NOR Flash with JFFS2 the problem doesn't appear.
It seems to be a problem of JFFS2 together with the NAND flash.
Could this be something with a wrong block size ?
Thanks for any help.
Armin
Armin Schindler <acs@sysgo.de>
SYSGO AG
Am Pfaffenstein 14
D-55270 Klein-Winternheim / Germany
phone: +49 6136 9948-0
fax : +49 6136 9948-10
http://www.sysgo.de
http://www.elinos.com
^ permalink raw reply
* Re: ipv6 stack seems to forget to send ACKs
From: Maciej Soltysiak @ 2003-01-08 13:26 UTC (permalink / raw)
To: Wichert Akkerman; +Cc: netdev, linux-kernel
In-Reply-To: <20030108130850.GQ22951@wiggy.net>
> tornado.wiggy.net is my client running Linux 2.4.19 (unpatched, UP machine),
> and 2001:968:1::2 is the icecast server running Linux 2.4.20-rc2-ac3 (SMP).
> If you want to test the stream yourself, please stream from
> http://ipv6.lkml.org:8000/difm .
Which ipv6 client should i be using ?
Regards,
Maciej
^ permalink raw reply
* [BUG] 2.5.52
From: Bill Davidsen @ 2003-01-08 13:23 UTC (permalink / raw)
To: Linux Kernel Mailing List
Running 2.5.52 (unpatched) I see these mesages on the console. I didn't
see them right a boot time, but they are there in the morning (about 8
hours later).
set_rtc_mmss: can't update from 1 to 56
set_rtc_mmss: can't update from 3 to 57
set_rtc_mmss: can't update from 5 to 58
set_rtc_mmss: can't update from 6 to 59
The system is running ntpd against a stratum three server, APM has system
time in GMT, let me know if any other info is useful, I may not run this
kernel again unless someone cares about this message.
--
bill davidsen <davidsen@tmr.com>
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.