Re: Transmeta and Linux-2.4.0-test12-pre3
Hi! > Anyway, I do have this machine working now, although not everything is > to my liking. Unlike older picture-books, for example, this one has a > WinModem. Ugh. And the sound chip is supported, but only by the ~ > ALSA > driver (the OSS version is too broken to be used). Great! Hopefully we can get some winmodem support under linux when even you have winmodem. [I actually have two of them; one sneaked in in toshiba laptop [supported as answering machine with open-source software], second sneaked in philips velo [not supported but complete docs available]]. What kind winmodem do you have? Anyways, now we need someone to write v.34 stack :-(. There's v.32bis stack opensource for Irix [see links from linmodems.org], if 14k4 connectivity is enough porting that might be the way to go. Pavel -- I'm [EMAIL PROTECTED] "In my country we have almost anarchy and I don't care." Panos Katsaloulis describing me w.r.t. patents at [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3
Hi! Anyway, I do have this machine working now, although not everything is to my liking. Unlike older picture-books, for example, this one has a WinModem. Ugh. And the sound chip is supported, but only by the ~ ALSA driver (the OSS version is too broken to be used). Great! Hopefully we can get some winmodem support under linux when even you have winmodem. [I actually have two of them; one sneaked in in toshiba laptop [supported as answering machine with open-source software], second sneaked in philips velo [not supported but complete docs available]]. What kind winmodem do you have? Anyways, now we need someone to write v.34 stack :-(. There's v.32bis stack opensource for Irix [see links from linmodems.org], if 14k4 connectivity is enough porting that might be the way to go. Pavel -- I'm [EMAIL PROTECTED] "In my country we have almost anarchy and I don't care." Panos Katsaloulis describing me w.r.t. patents at [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3
On Sat, 2 Dec 2000, Alan Cox wrote: > > > But the camera is cool, and works beautifully (once you get XFree86 > > happy) thanks to Andrew Tridgell. (If I could just coax the X server > > into giving my a YUV overlay I could play DVD's with this thing). > > Start at http://www.core.binghamton.edu/~insomnia/gatos/ Heh. I integrated "ati_video.c" from ati_xv into the current XFree86 CVS sources, and yup, sure as h*ll, I can play movies fine. Quite smooth (at least the 24 fps stuff - I bet it drops frames like mad for any 30fps movies). It's quite cute. There's some redraw bug in the overlay code, and it doesn't understand virtual desktops larger than the physical desktop. Details, details. Thanks for the pointer, Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3
On Sat, 2 Dec 2000, Alan Cox wrote: But the camera is cool, and works beautifully (once you get XFree86 happy) thanks to Andrew Tridgell. (If I could just coax the X server into giving my a YUV overlay I could play DVD's with this thing). Start at http://www.core.binghamton.edu/~insomnia/gatos/ Heh. I integrated "ati_video.c" from ati_xv into the current XFree86 CVS sources, and yup, sure as h*ll, I can play movies fine. Quite smooth (at least the 24 fps stuff - I bet it drops frames like mad for any 30fps movies). It's quite cute. There's some redraw bug in the overlay code, and it doesn't understand virtual desktops larger than the physical desktop. Details, details. Thanks for the pointer, Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3 [slightly off-topic]
On Sat, 2 Dec 2000, Ion Badulescu wrote: > > If it's the same bug that locks up the ATI chipset on my Dell laptop, > then you can safely enable DPMS if only enable the standby mode, > not the others (suspend and off). The panel gets turned off anyway, > even in standby. Yup, same bug, and yes, "dpms standby" works, only suspend and off are broken. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3
On Fri, Dec 01, 2000 at 09:09:25PM -0800, Linus Torvalds wrote: > NOTE! Getting the 2.4.x kernel up and running is the easy part. The > machine also has a very recent ATI Rage Mobility chip in it, and you > need the newest XFree86 CVS snapshot to make it work (along with a > one-liner patch from me, unless that has already made it into the CVS > tree by now). It seems to just have: 1067. Fix ATI clock generator recognition when an adapter BIOS cannot be retrieved (Linus Torvals). - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3
> Anyway, I do have this machine working now, although not everything is > to my liking. Unlike older picture-books, for example, this one has a > WinModem. Ugh. And the sound chip is supported, but only by the ALSA > driver (the OSS version is too broken to be used). The OSS ymf_sb legacy driver doesn't work on the Vaio, it seems they didnt wire it to do the sideband crap. The newer ymf driver (the experimental one) Pete Zaitcev did should. I'll submit that from 2.2.18pre to 2.4 at some point > But the camera is cool, and works beautifully (once you get XFree86 > happy) thanks to Andrew Tridgell. (If I could just coax the X server > into giving my a YUV overlay I could play DVD's with this thing). Start at http://www.core.binghamton.edu/~insomnia/gatos/ Enjoy 8) Alan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3 [slightly off-topic]
On 1 Dec 2000 21:09:25 -0800, Linus Torvalds <[EMAIL PROTECTED]> wrote: > Even then XFree86 does something bad with DPMS, and will lock up the > graphics chipset when it tries to shut down the flat panel display. > Solution: don't enable DPMS is XF86Config. That's an XFree86 problem, > but happily easily worked around. If it's the same bug that locks up the ATI chipset on my Dell laptop, then you can safely enable DPMS if only enable the standby mode, not the others (suspend and off). The panel gets turned off anyway, even in standby. Ion -- It is better to keep your mouth shut and be thought a fool, than to open it and remove all doubt. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3 [slightly off-topic]
On 1 Dec 2000 21:09:25 -0800, Linus Torvalds [EMAIL PROTECTED] wrote: Even then XFree86 does something bad with DPMS, and will lock up the graphics chipset when it tries to shut down the flat panel display. Solution: don't enable DPMS is XF86Config. That's an XFree86 problem, but happily easily worked around. If it's the same bug that locks up the ATI chipset on my Dell laptop, then you can safely enable DPMS if only enable the standby mode, not the others (suspend and off). The panel gets turned off anyway, even in standby. Ion -- It is better to keep your mouth shut and be thought a fool, than to open it and remove all doubt. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3
Anyway, I do have this machine working now, although not everything is to my liking. Unlike older picture-books, for example, this one has a WinModem. Ugh. And the sound chip is supported, but only by the ALSA driver (the OSS version is too broken to be used). The OSS ymf_sb legacy driver doesn't work on the Vaio, it seems they didnt wire it to do the sideband crap. The newer ymf driver (the experimental one) Pete Zaitcev did should. I'll submit that from 2.2.18pre to 2.4 at some point But the camera is cool, and works beautifully (once you get XFree86 happy) thanks to Andrew Tridgell. (If I could just coax the X server into giving my a YUV overlay I could play DVD's with this thing). Start at http://www.core.binghamton.edu/~insomnia/gatos/ Enjoy 8) Alan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3
On Fri, Dec 01, 2000 at 09:09:25PM -0800, Linus Torvalds wrote: NOTE! Getting the 2.4.x kernel up and running is the easy part. The machine also has a very recent ATI Rage Mobility chip in it, and you need the newest XFree86 CVS snapshot to make it work (along with a one-liner patch from me, unless that has already made it into the CVS tree by now). It seems to just have: 1067. Fix ATI clock generator recognition when an adapter BIOS cannot be retrieved (Linus Torvals). - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3 [slightly off-topic]
On Sat, 2 Dec 2000, Ion Badulescu wrote: If it's the same bug that locks up the ATI chipset on my Dell laptop, then you can safely enable DPMS if only enable the standby mode, not the others (suspend and off). The panel gets turned off anyway, even in standby. Yup, same bug, and yes, "dpms standby" works, only suspend and off are broken. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3
In article <90a065$5ai$[EMAIL PROTECTED]>, Linus Torvalds <[EMAIL PROTECTED]> wrote: > >Anyway, I do have this machine working now, although not everything is >to my liking. Unlike older picture-books, for example, this one has a >WinModem. Ugh. And the sound chip is supported, but only by the ALSA >driver (the OSS version is too broken to be used). Oh - another detail: do _not_ get the latest ALSA driver: 0.5.9d is apparently broken, while 0.5.8a works fine once you fix the MAP_NR() issue (ie use "struct page *page = virt_to_page(addr)" instead of using "int nr = MAP_NR(addr)", and do the arithmetic on "struct page" pointers instead of ints. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Can CMS be upgraded? -- Re: Transmeta and Linux-2.4.0-test12-pre3
If I buy one of these machines for testing, will I be able to upgrade the processor's Code Morphing Software with the new version when it's ready? I hear the new CMS code will almost double the battery life. Thanks, Miles - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3
Followup to: <[EMAIL PROTECTED]> By author:"Adam J. Richter" <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Well, alas, it appears that linux-2.4.0-test12-pre3 freezes hard > while reading the base address registers of the first PCI device > (the "host bridge"). Actually, I think the problem is some kind of > system management interrupt occuring at about this time, since the > exact point where the printk's stop gets earlier as I add more > printk's. With few printk's the printk's stop while the 6th base > address configuration register is being read; with more printk's it > stops at the second one, and it will stop in different places with > different boots, at least with the not-quite-stock kernels that I usually > use. Also, turning off interrupts during this code has no effect, so > I do not think it is directly caused by the something in the PictureBook > pepperring the processor with unexpected interrupts (I thought it might have > to do with the USB-based floppy disk). > It's a slight bug in the Linux PCI probing code that triggers when there is ongoing DMA activity during PCI probing. Linus already have a fix for it; I expect that it will be in the next prepatch. -hpa -- <[EMAIL PROTECTED]> at work, <[EMAIL PROTECTED]> in private! "Unix gives you enough rope to shoot yourself in the foot." http://www.zytor.com/~hpa/puzzle.txt - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Transmeta and Linux-2.4.0-test12-pre3
Minutes after slashdot ran their article saying that the Transmeta recall was limited to about 300 Fujitsu computers, I ran to Fry's and bought a Sony PictureBook PCG-C1VN. Thank heavens for those extended Christmas hours I thought, while praying that the statements about the Crusoe problems being that limited would turn out to be true. This device is the only commercially available computer in the world that uses a processor made by Transmeta (a 600MHz TMS5600, stepping 03). I thought surely that there would be a little subculture of Linux PictureBook users at transmeta making sure that this particular combination would work. Well, alas, it appears that linux-2.4.0-test12-pre3 freezes hard while reading the base address registers of the first PCI device (the "host bridge"). Actually, I think the problem is some kind of system management interrupt occuring at about this time, since the exact point where the printk's stop gets earlier as I add more printk's. With few printk's the printk's stop while the 6th base address configuration register is being read; with more printk's it stops at the second one, and it will stop in different places with different boots, at least with the not-quite-stock kernels that I usually use. Also, turning off interrupts during this code has no effect, so I do not think it is directly caused by the something in the PictureBook pepperring the processor with unexpected interrupts (I thought it might have to do with the USB-based floppy disk). Although the results of the debugging printk's that I added from a somewhat modified linux-2.4.0-tset12-pre3 built for CONFIG_M386, I also tried "pristine" linux-2.4.0-test12-pre3. When built with CONFIG_M386 (which has historically been the way to get a kernel that runs on all x86 processors), I get no output or other apparent activity after the boot loader jumps to it. When buid with CONFIG_MCRUSOE, it hangs after printing "PCI: Probing PCI Hardware", just like our kernels (which, oddly, do work up this point even though they are build with CONFIG_M386). In case anyone is curious, I have put the .config file from the pristine CONFIG_MCRUOSOE build in ftp://ftp.yggdrasil.com/private/adam/linux-crusoe/.config. My initial attempts to find a processor manual on the tms5600 on the web and on Transmeta's web site have no yet turned up anything, and I understand that the tms5600 includes the north bridge. So, I assume that that would be the first place to look for ideas about any weirdness that occurs during PCI initialization of the PCI host bridge. One sin that I am committing in these builds is that I am bulding them under gcc-2.95.2, although I do not think this is the sort of behavior that an optimizer bug is likely to produce. If anyone out there is using Linux 2.4.0-test on a Sony PictureBook PCG-C1VN (the Transmeta version), I would be interested in at least trying to build from your .config file. Memo to Transmeta management: buy Linus a PictureBook. :-) Adam J. Richter __ __ 4880 Stevens Creek Blvd, Suite 104 [EMAIL PROTECTED] \ / San Jose, California 95129-1034 +1 408 261-6630 | g g d r a s i l United States of America fax +1 408 261-6631 "Free Software For The Rest Of Us." - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Transmeta and Linux-2.4.0-test12-pre3
Minutes after slashdot ran their article saying that the Transmeta recall was limited to about 300 Fujitsu computers, I ran to Fry's and bought a Sony PictureBook PCG-C1VN. Thank heavens for those extended Christmas hours I thought, while praying that the statements about the Crusoe problems being that limited would turn out to be true. This device is the only commercially available computer in the world that uses a processor made by Transmeta (a 600MHz TMS5600, stepping 03). I thought surely that there would be a little subculture of Linux PictureBook users at transmeta making sure that this particular combination would work. Well, alas, it appears that linux-2.4.0-test12-pre3 freezes hard while reading the base address registers of the first PCI device (the "host bridge"). Actually, I think the problem is some kind of system management interrupt occuring at about this time, since the exact point where the printk's stop gets earlier as I add more printk's. With few printk's the printk's stop while the 6th base address configuration register is being read; with more printk's it stops at the second one, and it will stop in different places with different boots, at least with the not-quite-stock kernels that I usually use. Also, turning off interrupts during this code has no effect, so I do not think it is directly caused by the something in the PictureBook pepperring the processor with unexpected interrupts (I thought it might have to do with the USB-based floppy disk). Although the results of the debugging printk's that I added from a somewhat modified linux-2.4.0-tset12-pre3 built for CONFIG_M386, I also tried "pristine" linux-2.4.0-test12-pre3. When built with CONFIG_M386 (which has historically been the way to get a kernel that runs on all x86 processors), I get no output or other apparent activity after the boot loader jumps to it. When buid with CONFIG_MCRUSOE, it hangs after printing "PCI: Probing PCI Hardware", just like our kernels (which, oddly, do work up this point even though they are build with CONFIG_M386). In case anyone is curious, I have put the .config file from the pristine CONFIG_MCRUOSOE build in ftp://ftp.yggdrasil.com/private/adam/linux-crusoe/.config. My initial attempts to find a processor manual on the tms5600 on the web and on Transmeta's web site have no yet turned up anything, and I understand that the tms5600 includes the north bridge. So, I assume that that would be the first place to look for ideas about any weirdness that occurs during PCI initialization of the PCI host bridge. One sin that I am committing in these builds is that I am bulding them under gcc-2.95.2, although I do not think this is the sort of behavior that an optimizer bug is likely to produce. If anyone out there is using Linux 2.4.0-test on a Sony PictureBook PCG-C1VN (the Transmeta version), I would be interested in at least trying to build from your .config file. Memo to Transmeta management: buy Linus a PictureBook. :-) Adam J. Richter __ __ 4880 Stevens Creek Blvd, Suite 104 [EMAIL PROTECTED] \ / San Jose, California 95129-1034 +1 408 261-6630 | g g d r a s i l United States of America fax +1 408 261-6631 "Free Software For The Rest Of Us." - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3
Followup to: [EMAIL PROTECTED] By author:"Adam J. Richter" [EMAIL PROTECTED] In newsgroup: linux.dev.kernel Well, alas, it appears that linux-2.4.0-test12-pre3 freezes hard while reading the base address registers of the first PCI device (the "host bridge"). Actually, I think the problem is some kind of system management interrupt occuring at about this time, since the exact point where the printk's stop gets earlier as I add more printk's. With few printk's the printk's stop while the 6th base address configuration register is being read; with more printk's it stops at the second one, and it will stop in different places with different boots, at least with the not-quite-stock kernels that I usually use. Also, turning off interrupts during this code has no effect, so I do not think it is directly caused by the something in the PictureBook pepperring the processor with unexpected interrupts (I thought it might have to do with the USB-based floppy disk). It's a slight bug in the Linux PCI probing code that triggers when there is ongoing DMA activity during PCI probing. Linus already have a fix for it; I expect that it will be in the next prepatch. -hpa -- [EMAIL PROTECTED] at work, [EMAIL PROTECTED] in private! "Unix gives you enough rope to shoot yourself in the foot." http://www.zytor.com/~hpa/puzzle.txt - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Can CMS be upgraded? -- Re: Transmeta and Linux-2.4.0-test12-pre3
If I buy one of these machines for testing, will I be able to upgrade the processor's Code Morphing Software with the new version when it's ready? I hear the new CMS code will almost double the battery life. Thanks, Miles - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Transmeta and Linux-2.4.0-test12-pre3
In article 90a065$5ai$[EMAIL PROTECTED], Linus Torvalds [EMAIL PROTECTED] wrote: Anyway, I do have this machine working now, although not everything is to my liking. Unlike older picture-books, for example, this one has a WinModem. Ugh. And the sound chip is supported, but only by the ALSA driver (the OSS version is too broken to be used). Oh - another detail: do _not_ get the latest ALSA driver: 0.5.9d is apparently broken, while 0.5.8a works fine once you fix the MAP_NR() issue (ie use "struct page *page = virt_to_page(addr)" instead of using "int nr = MAP_NR(addr)", and do the arithmetic on "struct page" pointers instead of ints. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
