On Thu, 2007-02-01 at 18:54 +0300, Edward Shishkin wrote:
[snip]
> Thanks for the dump.
>
> >[ 3138.456588] [] current_atom_finish_all_fq+0x12e/0x280
> >[ 3138.456661] [] autoremove_wake_function+0x0/0x30
> >[ 3138.456674] [] submit_wb_list+0x11c/0x130
> >[ 3138.456690] [] reiser4_txn_end+0x34
Zan Lynx wrote:
On Sat, 2007-01-20 at 03:34 +0300, Vladimir V. Saveliev wrote:
Hello
On Friday 19 January 2007 20:58, Zan Lynx wrote:
I have been running 2.6.20-rc2-mm1 without problems, but both rc3-mm1
and rc4-mm1 have been giving me these freezes. They were happening
inside X and
Vladimir V. Saveliev wrote:
Hello
On Tuesday 23 January 2007 10:38, Vince wrote:
[...]
I don't know if it is related, but I've had the following BUG on
2.6.20-rc4-mm1 (+ hot-fixes patches applied) :
---
kernel BUG at fs/reiser4/plugin/item/extent_file_ops.c:973!
This is ano
Hello
On Tuesday 23 January 2007 10:38, Vince wrote:
> Zan Lynx wrote:
> > I have been running 2.6.20-rc2-mm1 without problems, but both rc3-mm1
> > and rc4-mm1 have been giving me these freezes. They were happening
> > inside X and without external console it was impossible to get anything,
> >
Zan Lynx wrote:
I have been running 2.6.20-rc2-mm1 without problems, but both rc3-mm1
and rc4-mm1 have been giving me these freezes. They were happening
inside X and without external console it was impossible to get anything,
plus I was reluctant to test it since the freeze sometimes requires a
Hello
On Friday 19 January 2007 20:58, Zan Lynx wrote:
> I have been running 2.6.20-rc2-mm1 without problems, but both rc3-mm1
> and rc4-mm1 have been giving me these freezes. They were happening
> inside X and without external console it was impossible to get anything,
> plus I was reluctant to
Zan Lynx wrote:
I have been running 2.6.20-rc2-mm1 without problems, but both rc3-mm1
and rc4-mm1 have been giving me these freezes.
I didn't investigate it in details yet, other file systems also freeze
for me:
http://marc.theaimsgroup.com/?l=linux-kernel&m=116809282829254&w=2
They were
I have been running 2.6.20-rc2-mm1 without problems, but both rc3-mm1
and rc4-mm1 have been giving me these freezes. They were happening
inside X and without external console it was impossible to get anything,
plus I was reluctant to test it since the freeze sometimes requires a
full fsck.reiser4
Sunil Naidu wrote:
> I meant to ask choosing (from Xconfig tree) a driver as module has
> same affect compare to compiling a driver as kernel builtin feature?
> (while loading/booting of kernel)
No, it hasn't quite the same effect:
>> Modules have to be loaded from a filesystem while built-in fe
On Fri, 12 Jan 2007 01:55:18 +0530 Sunil Naidu wrote:
> On 1/12/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> >
> > Size cannot be > 100 KB (and message cannot be html).
> > If photo size is > 100 KB, can you post it on the web somewhere?
> > (or email it me)
>
> Shall e-mail you rightway, thanks
On 1/12/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
Sunil Naidu wrote:
> compiling a driver as module has same affect (while
> loading/booting of kernel) compare to compiling a driver as kernel
> builtin feature?
LKML is not the place for such questions.
Being wexed from these problems, I di
Sunil Naidu wrote:
> compiling a driver as module has same affect (while
> loading/booting of kernel) compare to compiling a driver as kernel
> builtin feature?
LKML is not the place for such questions.
Modules have to be loaded from a filesystem while built-in features are
available from the sta
On 1/12/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
Size cannot be > 100 KB (and message cannot be html).
If photo size is > 100 KB, can you post it on the web somewhere?
(or email it me)
Shall e-mail you rightway, thanks.
OffTopic: pic was 145KB, any good tool to compress with ease without
mu
On Thu, 11 Jan 2007 16:30:12 +0530 Akula2 wrote:
> Hello All,
>
> I did build 2.6.20-rc4 kernel, result is panic. Am getting the
> similar error for 2.6.19.2 too!
> Here is the box info:-
>
> [EMAIL PROTECTED] ~]$ uname -a
> Linux Typhoon 2.6.18-1.2868.fc6 #1 SMP Fri Dec 15 17:32:54 EST 2006
>
Akula2 wrote:
> mount: could not find file system '/dev/root'
Make sure that the bootloader is correctly configured and that all
drivers which are necessary to access the root filesystem are inserted
(statically linked, or loaded from an initrd).
--
Stefan Richter
-=-=-=== ---= -=-==
http://
On Tue, 2007-01-09 at 15:28 +0800, David Woodhouse wrote:
> On Tue, 2007-01-09 at 08:14 +0100, Sylvain Munaut wrote:
> > But maybe the question we should ask is why would it build
> > drivers/usb/host/ohci-ppc-soc.c for an iMac G3 ... Because that problem
> > (ohci multiple glue in module) is there
> But maybe the question we should ask is why would it build
> drivers/usb/host/ohci-ppc-soc.c for an iMac G3 ... Because that problem
> (ohci multiple glue in module) is there since a long time, just never
> spotted before.
>
> arch/powerpc/KConfig :
>
> config PPC_EFIKA
> bool "bPlan E
On Tue, 2007-01-09 at 15:04 +0800, David Woodhouse wrote:
> On Tue, 2007-01-09 at 13:05 +1100, Benjamin Herrenschmidt wrote:
> > Sylvain fixes are. My endian patches are for ps3 and toshiba celleb,
> > none of which is fully merged in 2.6.20 so they are fine to wait. It's
> > mostly a matter of bei
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Mon, 8 Jan 2007 15:12:08 -0800 (PST)
>
>
> On Mon, 9 Jan 2007, Peter Osterlund wrote:
> >
> > Thanks, the patch appears to help. The kernel has now survived much
> > longer with this patch than it used to do without it.
> >
> > I will recompile wi
On Tue, 2007-01-09 at 08:14 +0100, Sylvain Munaut wrote:
> But maybe the question we should ask is why would it build
> drivers/usb/host/ohci-ppc-soc.c for an iMac G3 ... Because that problem
> (ohci multiple glue in module) is there since a long time, just never
> spotted before.
Are you suggesti
On Tue, Jan 09, 2007 at 01:05:23PM +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2007-01-08 at 16:56 -0800, Greg KH wrote:
> > On Tue, Jan 09, 2007 at 11:38:59AM +1100, Benjamin Herrenschmidt wrote:
> > > On Mon, 2007-01-08 at 15:58 +0100, Sylvain Munaut wrote:
> > > > Don't build ohci as module f
Benjamin Herrenschmidt wrote:
> On Mon, 2007-01-08 at 16:56 -0800, Greg KH wrote:
>> On Tue, Jan 09, 2007 at 11:38:59AM +1100, Benjamin Herrenschmidt wrote:
>>> On Mon, 2007-01-08 at 15:58 +0100, Sylvain Munaut wrote:
Don't build ohci as module for now.
A fix for that is already in gregkh
David Woodhouse wrote:
> On Tue, 2007-01-09 at 13:05 +1100, Benjamin Herrenschmidt wrote:
>
>> Sylvain fixes are. My endian patches are for ps3 and toshiba celleb,
>> none of which is fully merged in 2.6.20 so they are fine to wait. It's
>> mostly a matter of being a PITA to rebase Sylvain stuff
On Tue, 2007-01-09 at 13:05 +1100, Benjamin Herrenschmidt wrote:
> Sylvain fixes are. My endian patches are for ps3 and toshiba celleb,
> none of which is fully merged in 2.6.20 so they are fine to wait. It's
> mostly a matter of being a PITA to rebase Sylvain stuff to apply before
> mine and rebas
On Mon, Jan 08, 2007 at 03:12:08PM -0800, Linus Torvalds wrote:
>
>
> On Mon, 9 Jan 2007, Peter Osterlund wrote:
> >
> > Thanks, the patch appears to help. The kernel has now survived much
> > longer with this patch than it used to do without it.
> >
> > I will recompile with gcc 4.1.1 too just
On Mon, 2007-01-08 at 16:56 -0800, Greg KH wrote:
> On Tue, Jan 09, 2007 at 11:38:59AM +1100, Benjamin Herrenschmidt wrote:
> > On Mon, 2007-01-08 at 15:58 +0100, Sylvain Munaut wrote:
> > > Don't build ohci as module for now.
> > > A fix for that is already in gregkh usb tree for 2.6.21
> >
> > D
On Tue, Jan 09, 2007 at 11:38:59AM +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2007-01-08 at 15:58 +0100, Sylvain Munaut wrote:
> > Don't build ohci as module for now.
> > A fix for that is already in gregkh usb tree for 2.6.21
>
> Do you mean that as-is, powerpc defconfigs cannot build USB as
On Mon, 2007-01-08 at 15:58 +0100, Sylvain Munaut wrote:
> Don't build ohci as module for now.
> A fix for that is already in gregkh usb tree for 2.6.21
Do you mean that as-is, powerpc defconfigs cannot build USB as a module
in 2.6.20 ? That is unacceptable as a regression. We need a fix in
2.6.20
On Jan 8 2007 14:17, Tim Pepper wrote:
> On 1/8/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
>> On Sun 2007-01-07 22:30:55, Alan wrote:
>> > I think that would be a good idea - and add it to the coding/docs
>> > specs
>> > that documentation is UTF-8. Code should IMHO say 7bit though.
>>
>> Yes, y
Hi,
On Tue, 9 Jan 2007, Jan Engelhardt wrote:
> On Jan 8 2007 22:00, Ken Moffat wrote:
> > Looks nicely done, but I query the postal address changes in
> >Documentation/cdrom/sbpcd - that seems to be a change of address
> >(without anything to explain it).
>
> Eberhard [cc], please attach an Ack
On Jan 8 2007 22:00, Ken Moffat wrote:
> Looks nicely done, but I query the postal address changes in
>Documentation/cdrom/sbpcd - that seems to be a change of address
>(without anything to explain it).
Eberhard [cc], please attach an Acked-by: YourName
keep Ccs, thanks ;-)
[thread/patch: http
On Mon, 9 Jan 2007, Peter Osterlund wrote:
>
> Thanks, the patch appears to help. The kernel has now survived much
> longer with this patch than it used to do without it.
>
> I will recompile with gcc 4.1.1 too just to make sure, but if you
> don't hear anything more from me, consider the case
Patrick McHardy <[EMAIL PROTECTED]> writes:
> Linus Torvalds wrote:
> > On Sun, 7 Jan 2007, Peter Osterlund wrote:
> >
> >>I get kernel panics when doing large ethernet transfers. A loop doing
> >> EFALLGS: 00010206 (2.6.20-rc4 #13)
> >> EIP is at ipv4_conntrack_help+0x6b/0x83
> >> eax: c0475
Linus Torvalds wrote:
> On Sun, 7 Jan 2007, Peter Osterlund wrote:
>
>>I get kernel panics when doing large ethernet transfers. A loop doing
>>continuous scp transfers of some large (>100MB) files makes the kernel
>>crash after a few minutes. scp runs on a different machine and copies
>>data from
On 1/8/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
On Sun 2007-01-07 22:30:55, Alan wrote:
> I think that would be a good idea - and add it to the coding/docs specs
> that documentation is UTF-8. Code should IMHO say 7bit though.
Yes, yes, please.
I have been flamed when someone tried to do 8bi
On Mon, Jan 08, 2007 at 09:17:06PM +0100, Jan Engelhardt wrote:
>
> On Jan 8 2007 02:22, Jan Engelhardt wrote:
> >On Jan 7 2007 22:30, Alan wrote:
> >>
> >>> >The kernel maintainers/help/config pretty consistently use UTF8
> >>>
> >>> I've seen a lot of places that don't do so. Want a patch?
> >>
From: Peter Osterlund <[EMAIL PROTECTED]>
Date: 08 Jan 2007 21:49:23 +0100
> The first crash was with gcc 4.1.1, but now I recompiled the kernel
> with "gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-56.fc5)" and I
> can still reproduce the same crash. The backtrace looks the same,
Thanks for pe
On Sun 2007-01-07 22:30:55, Alan wrote:
> > >The kernel maintainers/help/config pretty consistently use UTF8
> >
> > I've seen a lot of places that don't do so. Want a patch?
>
> I think that would be a good idea - and add it to the coding/docs specs
> that documentation is UTF-8. Code should IMH
David Miller <[EMAIL PROTECTED]> writes:
> From: Linus Torvalds <[EMAIL PROTECTED]>
> Date: Sun, 7 Jan 2007 14:50:15 -0800 (PST)
>
> > David, there really *is* something screwy in netfilter.
>
> Sure, but from what I can see this bug appears unrelated to the one in
> kernel bugzilla #7781 that
On Mon, 08 Jan 2007 01:38:57 +0100, Willy Tarreau said:
> it's clearly the proof of a flaw in the initial design. And I'm not even
> discussing the stupidity which requires that you read a whole text to get
> its number of characters !
It's no more stupid than the *current* situation with Linux ke
Hi Sylvain,
On Mon, 08 Jan 2007 15:58:31 +0100, Sylvain Munaut wrote:
> Mariusz Kozlowski wrote:
> > Hello,
> >
> > Doesn't build on iMac G3 machine. Relevant info attached.
> >
> > In file included from drivers/usb/host/ohci-hcd.c:893:
> > drivers/usb/host/ohci-ppc-soc.c:225: error: redefinition
On 07 Jan 2007 22:04:02 +0100, Peter Osterlund <[EMAIL PROTECTED]> wrote:
Peter Osterlund <[EMAIL PROTECTED]> writes:
> Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> > Patrick McHardy (2):
> > [NETFILTER]: New connection tracking is not EXPERIMENTAL anymore
>
> I get kernel panics when do
Hello,
> Don't build ohci as module for now.
> A fix for that is already in gregkh usb tree for 2.6.21
Ok. Thanks.
--
Regards,
Mariusz Kozlowski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
Hello,
Doesn't build on iMac G3 machine. Relevant info attached.
In file included from drivers/usb/host/ohci-hcd.c:893:
drivers/usb/host/ohci-ppc-soc.c:225: error: redefinition of '__inittest'
drivers/usb/host/ohci-pci.c:252: error: previous definition of '__inittest' was
here
drivers/usb/host/o
Le Lun 8 janvier 2007 11:44, Alan a écrit :
>> (case in point: Russel's system. I was ROTFL when he proudly announced
>> he
>> was running a full iso-8859-1 system after dissing UTF-8. Last I've seen
>> the official 8bit EU encoding was iso-8859-15, and UK is part of the EU)
>
> There is no correc
> (case in point: Russel's system. I was ROTFL when he proudly announced he
> was running a full iso-8859-1 system after dissing UTF-8. Last I've seen
> the official 8bit EU encoding was iso-8859-15, and UK is part of the EU)
There is no correct UK encoding. You need -14 or -15 depending upon
lang
>> How would you do this technically in a way that it's significantely
>> easier than simply finishing the UTF=8 transition?
> In how many decades do you think the transition will be finished ?
Right now it looks like it will be finished way earlier than app bother
supporting the later 8-bit enco
> elinks is one such program. It now assumes UTF-8 _only_ displays.
> That's no better than programs which assume ISO-8859-1 only or US-ASCII
> only.
That's way better than programs:
- which assume an encoding you can't write most world languages in (BTW
ISO-8859-1 & US-ASCII are broken by design
On Mon, Jan 08, 2007 at 07:52:48AM +0100, Jan Engelhardt wrote:
>
> On Jan 8 2007 02:03, Adrian Bunk wrote:
> >
> >The only major MUA not supporting UTF-8 is Eudora.
> >
> >And if you are talking about buggy old pine, in the latest development
> >version [1] it does not only become open source, i
On Jan 8 2007 02:03, Adrian Bunk wrote:
>
>The only major MUA not supporting UTF-8 is Eudora.
>
>And if you are talking about buggy old pine, in the latest development
>version [1] it does not only become open source, it also got some
>working Unicode support.
Uhm, just for the record, I run pi
David Miller <[EMAIL PROTECTED]> writes:
> From: Linus Torvalds <[EMAIL PROTECTED]>
> Date: Sun, 7 Jan 2007 14:50:15 -0800 (PST)
>
> > David, there really *is* something screwy in netfilter.
>
> Sure, but from what I can see this bug appears unrelated to the one in
> kernel bugzilla #7781 that
On Sun, 2007-01-07 at 15:05 -0500, Dave Jones wrote:
> This has been bugging me for a while.
> Viewing the mail I applied in mutt shows his name correctly as Rafał
> Applying it with git-applymbox and viewing the log on master.kernel.org
> with git log shows Rafa And then later when put into emai
On Mon, Jan 08, 2007 at 02:14:41AM +0100, Willy Tarreau wrote:
> On Mon, Jan 08, 2007 at 02:03:37AM +0100, Adrian Bunk wrote:
> > On Mon, Jan 08, 2007 at 01:38:57AM +0100, Willy Tarreau wrote:
> > > On Mon, Jan 08, 2007 at 12:37:50AM +0100, Adrian Bunk wrote:
> > > > On Sun, Jan 07, 2007 at 09:48:3
Russell King <[EMAIL PROTECTED]> wrote:
[...]
> All that UTF-8 has done is added to the "which charset is this data"
> problem rather than actually solving any proper real life problem.
It solves real-world problems, the pain is that it is not (yet) universally
used. The charset problems today a
On Jan 7 2007 22:30, Alan wrote:
>
>> >The kernel maintainers/help/config pretty consistently use UTF8
>>
>> I've seen a lot of places that don't do so. Want a patch?
>
>I think that would be a good idea - and add it to the coding/docs specs
>that documentation is UTF-8. Code should IMHO say 7bit
On Mon, Jan 08, 2007 at 02:03:37AM +0100, Adrian Bunk wrote:
> On Mon, Jan 08, 2007 at 01:38:57AM +0100, Willy Tarreau wrote:
> > On Mon, Jan 08, 2007 at 12:37:50AM +0100, Adrian Bunk wrote:
> > > On Sun, Jan 07, 2007 at 09:48:34PM +0100, Willy Tarreau wrote:
> > > > On Sun, Jan 07, 2007 at 08:11:3
On Mon, Jan 08, 2007 at 01:38:57AM +0100, Willy Tarreau wrote:
> On Mon, Jan 08, 2007 at 12:37:50AM +0100, Adrian Bunk wrote:
> > On Sun, Jan 07, 2007 at 09:48:34PM +0100, Willy Tarreau wrote:
> > > On Sun, Jan 07, 2007 at 08:11:38PM +0100, Jan Engelhardt wrote:
> > > >
> > > > On Jan 7 2007 17:06
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Sun, 7 Jan 2007 14:50:15 -0800 (PST)
> David, there really *is* something screwy in netfilter.
Sure, but from what I can see this bug appears unrelated to the one in
kernel bugzilla #7781 that we've been discussing the past few days.
First of all,
On Mon, Jan 08, 2007 at 12:37:50AM +0100, Adrian Bunk wrote:
> On Sun, Jan 07, 2007 at 09:48:34PM +0100, Willy Tarreau wrote:
> > On Sun, Jan 07, 2007 at 08:11:38PM +0100, Jan Engelhardt wrote:
> > >
> > > On Jan 7 2007 17:06, Russell King wrote:
> > > >On Mon, Jan 08, 2007 at 12:29:05AM +0800, Da
On Sun, Jan 07, 2007 at 09:48:34PM +0100, Willy Tarreau wrote:
> On Sun, Jan 07, 2007 at 08:11:38PM +0100, Jan Engelhardt wrote:
> >
> > On Jan 7 2007 17:06, Russell King wrote:
> > >On Mon, Jan 08, 2007 at 12:29:05AM +0800, David Woodhouse wrote:
> > >
> > >$ git log | head -n 1000 | tail -n 200
On Sun, 7 Jan 2007, Peter Osterlund wrote:
> Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> > Patrick McHardy (2):
> > [NETFILTER]: New connection tracking is not EXPERIMENTAL anymore
>
> I get kernel panics when doing large ethernet transfers. A loop doing
> continuous scp transfers of
> >The kernel maintainers/help/config pretty consistently use UTF8
>
> I've seen a lot of places that don't do so. Want a patch?
I think that would be a good idea - and add it to the coding/docs specs
that documentation is UTF-8. Code should IMHO say 7bit though.
Alan
-
To unsubscribe from this
Linus Torvalds <[EMAIL PROTECTED]> writes:
> Patrick McHardy (2):
> [NETFILTER]: New connection tracking is not EXPERIMENTAL anymore
I get kernel panics when doing large ethernet transfers. A loop doing
continuous scp transfers of some large (>100MB) files makes the kernel
crash after a few
On Sunday 07 January 2007 01:19, Linus Torvalds wrote:
>There's absolutely nothing interesting here, unless you want to play
Running on FC6, all uptodate as of yesterday, using LVM on an XP-2800
Athlon & a gig of ram.
First boot of 2.6.20-rc4 here, in the messages scrolling by, the nptd
startup
Le dimanche 07 janvier 2007 à 21:40 +0100, Jan Engelhardt a écrit :
> >On Sun, 7 Jan 2007 15:05:53 -0500
> >Dave Jones <[EMAIL PROTECTED]> wrote:
> >
> >> If there's something I should be doing when I commit that I'm not,
> >> I'll be happy to change my scripts. My $LANG is set to en_US.UTF-8
> >>
Peter Osterlund <[EMAIL PROTECTED]> writes:
> Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> > Patrick McHardy (2):
> > [NETFILTER]: New connection tracking is not EXPERIMENTAL anymore
>
> I get kernel panics when doing large ethernet transfers. A loop doing
I also see an annoying side ef
On Sun, Jan 07, 2007 at 08:11:38PM +0100, Jan Engelhardt wrote:
>
> On Jan 7 2007 17:06, Russell King wrote:
> >On Mon, Jan 08, 2007 at 12:29:05AM +0800, David Woodhouse wrote:
> >
> >$ git log | head -n 1000 | tail -n 200 > o
> >$ file -i o
> >o: text/plain; charset=us-ascii
> >$ git log | head -
>On Sun, 7 Jan 2007 15:05:53 -0500
>Dave Jones <[EMAIL PROTECTED]> wrote:
>
>> If there's something I should be doing when I commit that I'm not,
>> I'll be happy to change my scripts. My $LANG is set to en_US.UTF-8
>> which should DTRT to the best of my knowledge, but clearly, that isn't
>> the
söndag 07 januari 2007 20:17 skrev Russell King:
[...]
> clearly not UTF-8. I doubt whether any of the commits I do on my
> en_GB ISO-8859-1 systems end up being UTF-8 encoded.
They don't. Git doesn't convert, with the exception of two mail-related tools,
which is the reason the commit being dis
On Sun, 7 Jan 2007 15:05:53 -0500
Dave Jones <[EMAIL PROTECTED]> wrote:
Including the Git list...
> On Sun, Jan 07, 2007 at 07:17:30PM +, Russell King wrote:
>
> > commit 24ebead82bbf9785909d4cf205e2df5e9ff7da32
> > tree 921f686860e918a01c3d3fb6cd106ba82bf4ace6
> > parent 264166e604a7e14c
On Sun, Jan 07, 2007 at 07:17:30PM +, Russell King wrote:
> commit 24ebead82bbf9785909d4cf205e2df5e9ff7da32
> tree 921f686860e918a01c3d3fb6cd106ba82bf4ace6
> parent 264166e604a7e14c278e31cadd1afb06a7d51a11
> author Rafa³ Bilski <[EMAIL PROTECTED]> 1167691774 +0100
> committer Dave Jones <
On Sun, Jan 07, 2007 at 08:11:38PM +0100, Jan Engelhardt wrote:
>
> On Jan 7 2007 17:06, Russell King wrote:
> >On Mon, Jan 08, 2007 at 12:29:05AM +0800, David Woodhouse wrote:
> >
> >$ git log | head -n 1000 | tail -n 200 > o
> >$ file -i o
> >o: text/plain; charset=us-ascii
> >$ git log | head -
On Sun, Jan 07, 2007 at 06:21:51PM +, Alan wrote:
> > So, in short, UTF-8 is all fine and dandy if your _entire_ universe
> > is UTF-8 enabled. If you're operating in a mixed charset environment
> > it's one bloody big pain in the butt.
>
> Net ASCII is 7bit and is 1:1 mapped with UTF-8 unico
On Jan 7 2007 18:21, Alan wrote:
>
>> So, in short, UTF-8 is all fine and dandy if your _entire_ universe
>> is UTF-8 enabled. If you're operating in a mixed charset environment
>> it's one bloody big pain in the butt.
>
>Net ASCII is 7bit and is 1:1 mapped with UTF-8 unicode. It's just old
>brok
On Jan 7 2007 17:06, Russell King wrote:
>On Mon, Jan 08, 2007 at 12:29:05AM +0800, David Woodhouse wrote:
>
>$ git log | head -n 1000 | tail -n 200 > o
>$ file -i o
>o: text/plain; charset=us-ascii
>$ git log | head -n 1000 | tail -n 300 > o
>$ file -i o
>o: text/plain; charset=us-ascii
>$ git lo
> So, in short, UTF-8 is all fine and dandy if your _entire_ universe
> is UTF-8 enabled. If you're operating in a mixed charset environment
> it's one bloody big pain in the butt.
Net ASCII is 7bit and is 1:1 mapped with UTF-8 unicode. It's just old
broken 8bit encodings that are problematic.
T
On Mon, Jan 08, 2007 at 12:29:05AM +0800, David Woodhouse wrote:
> On Sun, 2007-01-07 at 15:38 +, Russell King wrote:
> > When a text file is stored on disk, there's no way to tell what
> > character set the characters in that file belong to. As a result,
> > ISO-8859-1 folk assume that all te
On Sun, 2007-01-07 at 15:38 +, Russell King wrote:
> On Sun, Jan 07, 2007 at 11:13:57PM +0800, David Woodhouse wrote:
> > On Sun, 2007-01-07 at 14:06 +0100, Tilman Schmidt wrote:
> > > Russell King schrieb:
> > > > Welcome to the mess which the UTF-8 charset creates.
> >
> > Utter bollocks.
>
On Sun, Jan 07, 2007 at 11:13:57PM +0800, David Woodhouse wrote:
> On Sun, 2007-01-07 at 14:06 +0100, Tilman Schmidt wrote:
> > Russell King schrieb:
> > > Welcome to the mess which the UTF-8 charset creates.
>
> Utter bollocks.
Wrong. The problem is partly caused by not everything understanding
On Sun, 2007-01-07 at 14:06 +0100, Tilman Schmidt wrote:
> Russell King schrieb:
> > Welcome to the mess which the UTF-8 charset creates.
Utter bollocks.
> The problem of different character encodings coexisting on the same
> platform, and the resulting occasional messing-up, far predates Unicode
On 1/7/07, Willy Tarreau <[EMAIL PROTECTED]> wrote:
There are distro mirrors on kernel.org, and the most famous ones
are downloaded by huge number of people on their release day. What
John explained is that the cumulated downloads during the 12 first
hours after FC6 releases totalized 13 TB of d
On Sun, Jan 07, 2007 at 07:08:47PM +0530, Akula2 wrote:
> On 1/7/07, Russell King <[EMAIL PROTECTED]> wrote:
> >
> >See the thread "kernel.org lies about latest -mm kernel" on this mailing
> >list.
>
> Russell,
>
> I have read the thread, big thanks to you for the inputs.
> Honestly I didn't unde
On 1/7/07, Russell King <[EMAIL PROTECTED]> wrote:
See the thread "kernel.org lies about latest -mm kernel" on this mailing
list.
Russell,
I have read the thread, big thanks to you for the inputs.
Honestly I didn't understand much about the git internal working
except getdents () @ HPA & Linu
On Sun, 7 Jan 2007 11:56:01 +0100 (MET)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
>
> On Jan 6 2007 22:19, Linus Torvalds wrote:
>
> >Leonard Norrgård (1):
> > sound: hda: detect ALC883 on MSI K9A Platinum motherboards (MS-7280)
>
> Something seems to have mangled the name, that should
Russell King schrieb:
[Leonard Norrgård (1):]
> That is an å if you look at the raw message in UTF-8. However, Linus
> sends mail in with a charset of ISO-8859-1, and if you place UTF-8
> encoded text in such a message body, you will see A¥.
Only if the mechanism used for placing it there ignore
On Sun, Jan 07, 2007 at 05:45:28PM +0530, Akula2 wrote:
> I can't find 2.6.20-rc4 on the kernel.org home page. Latest shows as:-
>
> The latest prepatch for the stable Linux kernel tree is: 2.6.20-rc3
> 2007-01-01 01:15 UTC
>
> Is there any problem here?
See the thread "kernel.org lie
On 1/7/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
There's absolutely nothing interesting here, unless you want to play with
KVM, or happened to be bitten by the bug with really old versions of the
linker that made parts of entry.S just go away.
But check it out anyway, and the shortlog gives
On Sun, Jan 07, 2007 at 11:56:01AM +0100, Jan Engelhardt wrote:
> On Jan 6 2007 22:19, Linus Torvalds wrote:
>
> >Leonard Norrgård (1):
> > sound: hda: detect ALC883 on MSI K9A Platinum motherboards (MS-7280)
>
> Something seems to have mangled the name, that should have
> been an å not A¥.
On Jan 6 2007 22:19, Linus Torvalds wrote:
>Leonard Norrgård (1):
> sound: hda: detect ALC883 on MSI K9A Platinum motherboards (MS-7280)
Something seems to have mangled the name, that should have
been an å not A¥. (Something reencoded it). A gitlog problem?
-`J'
--
p93xx: fix IRQ_EP93XX_GPIO?MUX numbering
Leonard Norrgård (1):
sound: hda: detect ALC883 on MSI K9A Platinum motherboards (MS-7280)
Linus Torvalds (3):
Revert "[PATCH] x86_64: fix boot hang caused by
CALGARY_IOMMU_ENABLED_BY_DEFAULT"
Revert "[PATCH] binfmt_elf: r
90 matches
Mail list logo
