Menu
▾
▴
linux-apus-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(210) |
Jun
(169) |
Jul
(167) |
Aug
(128) |
Sep
(218) |
Oct
(120) |
Nov
(86) |
Dec
(71) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(91) |
Feb
(179) |
Mar
(52) |
Apr
(56) |
May
(183) |
Jun
(62) |
Jul
(63) |
Aug
(49) |
Sep
(36) |
Oct
(35) |
Nov
(72) |
Dec
(30) |
| 2002 |
Jan
(53) |
Feb
(61) |
Mar
(56) |
Apr
(13) |
May
(1) |
Jun
(7) |
Jul
(80) |
Aug
(73) |
Sep
(30) |
Oct
(29) |
Nov
(8) |
Dec
(40) |
| 2003 |
Jan
(10) |
Feb
(2) |
Mar
(4) |
Apr
(9) |
May
(3) |
Jun
(19) |
Jul
(64) |
Aug
(53) |
Sep
(28) |
Oct
(7) |
Nov
(3) |
Dec
(21) |
| 2004 |
Jan
(11) |
Feb
(30) |
Mar
(18) |
Apr
(1) |
May
(13) |
Jun
(18) |
Jul
(13) |
Aug
|
Sep
(9) |
Oct
(5) |
Nov
|
Dec
|
| 2005 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(10) |
Aug
(21) |
Sep
(7) |
Oct
(10) |
Nov
(6) |
Dec
|
| 2006 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(2) |
Sep
(6) |
Oct
(10) |
Nov
(8) |
Dec
(3) |
| 2007 |
Jan
(3) |
Feb
(6) |
Mar
(1) |
Apr
(6) |
May
(10) |
Jun
(7) |
Jul
(13) |
Aug
(8) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: <cah...@po...> - 2002-09-24 21:49:35
|
Hi! I started writing FastATA 1200 IDE Controller. I have one problem I don't understand why kernel is losing interrupts: ide0 at 80da2000 on irq 0x0000000c ide1 at 80da3000 on irq 0x0000000c (shared with ide0) hda: (not important - harddisk info) hdd: lost interrupt hdd: lost interrupt hdd: lost interrupt hdd: (not important - cdrom info) What could be the reason of it ? My source is based on 'gayle.c'. It's possible to change ide_setup_ports() arguments after this call (eg. after probing devices, I want to switch to another PIO mode, so I have to change register set and also fastata_ack_intr_a1200 procedure). How to achive this ? Regards Krystian Baclawski |
|
From: <cah...@po...> - 2002-09-24 16:30:34
|
On Tue, 24 Sep 2002, Geert Uytterhoeven wrote: > On Tue, 24 Sep 2002, [iso-8859-2] Krystian Bac=B3awski wrote: > > Can anybody help me with writing driver for FastATA? > > How should I start ? >=20 > Simplified scheme of operation: > 1. Copy buddha.c. > 2. Fill in IDE interface offsets for PIO0 mode. > 3. Modify card probing > 4. Modify interrupt handling. >=20 > That's it! :-) Hmmm... Not for newbie. > I don't know how higher PIO modes work in IDE. Maybe at first I should get max PIO mode from IDE probing and then switch register set ? > > There's hardware specification in attachment.=20 >=20 > Did Elbox give you permission to disclose this information? I politely asked them whether they would give me it... And they've given me. I suppose they know that linux with drivers is open source. =20 > For the A1200 version, is there a way to autodetect the presence of the c= ard? I don't know, I'll have to ask elbox programmers. Regards Krystian Baclawski |
|
From: Geert U. <ge...@li...> - 2002-09-24 15:41:54
|
On Tue, 24 Sep 2002, [iso-8859-2] Krystian Bac=B3awski wrote:
> Can anybody help me with writing driver for FastATA?
> How should I start ?
Simplified scheme of operation:
1. Copy buddha.c.
2. Fill in IDE interface offsets for PIO0 mode.
3. Modify card probing
4. Modify interrupt handling.
That's it! :-)
I don't know how higher PIO modes work in IDE.
> There's hardware specification in attachment.=20
Did Elbox give you permission to disclose this information?
For the A1200 version, is there a way to autodetect the presence of the c=
ard?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m6=
8k.org
In personal conversations with technical people, I call myself a hacker. =
But
when I'm talking to journalists I just say "programmer" or something like=
that.
-- Linus Torvalds
|
|
From: <cah...@po...> - 2002-09-24 15:26:28
|
Hi ! Can anybody help me with writing driver for FastATA? How should I start ? There's hardware specification in attachment. Regards Krystian Baclawski |
|
From: <cah...@po...> - 2002-09-24 12:58:56
|
On Tue, 24 Sep 2002, Geert Uytterhoeven wrote:
> > I don't know how, but my kernel's started booting. I modified kernel as
> > you said:
> >
> > __restore_flags(flags); /* local CPU only */
> > if (hwif->hw.ack_intr && hwif->irq)
> > {
> > hwif->hw.ack_intr(hwif);
> > enable_irq(hwif->irq);
> > }
>
> Nice!
>
> You're using an A1200? Probably because gayle_ack_intr_a1200() has to do more
> than gayle_ack_intr_a4000().
Yes. It's A1200 specific problem.
Regards
Krystian Baclawski
|
|
From: Geert U. <ge...@li...> - 2002-09-24 12:46:14
|
On Tue, 24 Sep 2002, [iso-8859-2] Krystian Bac=B3awski wrote:
> On Tue, 24 Sep 2002, Roman Zippel wrote:
> > On Tue, 24 Sep 2002, Geert Uytterhoeven wrote:
> >=20
> > > I took a closer look at ide-probe.c and compared it to plain 2.4.18=
from
> > > Marcelo. Apparently the enable_irq() (and some other code) is pres=
ent in the
> > > APUS version only! Although there are m68k comments in the changes,=
these
> > > changes are not present in the Linux/m68k tree.
> > >
> > > Anyone who knows why APUS changed ide-probe.c?
> >=20
> > I changed it while adapting the APUS irq code to the generic ppc irq =
code,
> > but I don't really remember what caused that change.
> > Anyway, that code works with an A4000, so there must be another probl=
em,
> > that just never triggered before, my guess is a timing problem.
> >=20
> > > Perhaps you can try with the original ide-probe.c from Marcelo's tr=
ee?
> >=20
> > It's better to find the real problem, that code is bascially already =
in
> > 2.5. Two things which could be tried:
> > 1. Add this call to the acknowledge routine before enabling interrupt=
s:
> > hwif->hw.ack_intr(hwif);
> > 2. Move reenabling of interrupts after the request_irq() call.
> >=20
> > The first solution hopefullly works, since the second one would be an=
ugly
> > hack.
>=20
> I don't know how, but my kernel's started booting. I modified kernel as
> you said:
>=20
> __restore_flags(flags); /* local CPU only */
> if (hwif->hw.ack_intr && hwif->irq)
> {
> hwif->hw.ack_intr(hwif);
> enable_irq(hwif->irq);
> }
Nice!
You're using an A1200? Probably because gayle_ack_intr_a1200() has to do =
more
than gayle_ack_intr_a4000().
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m6=
8k.org
In personal conversations with technical people, I call myself a hacker. =
But
when I'm talking to journalists I just say "programmer" or something like=
that.
-- Linus Torvalds
|
|
From: <cah...@po...> - 2002-09-24 12:35:24
|
On Tue, 24 Sep 2002, Roman Zippel wrote:
> On Tue, 24 Sep 2002, Geert Uytterhoeven wrote:
>
> > I took a closer look at ide-probe.c and compared it to plain 2.4.18 from
> > Marcelo. Apparently the enable_irq() (and some other code) is present in the
> > APUS version only! Although there are m68k comments in the changes, these
> > changes are not present in the Linux/m68k tree.
> >
> > Anyone who knows why APUS changed ide-probe.c?
>
> I changed it while adapting the APUS irq code to the generic ppc irq code,
> but I don't really remember what caused that change.
> Anyway, that code works with an A4000, so there must be another problem,
> that just never triggered before, my guess is a timing problem.
>
> > Perhaps you can try with the original ide-probe.c from Marcelo's tree?
>
> It's better to find the real problem, that code is bascially already in
> 2.5. Two things which could be tried:
> 1. Add this call to the acknowledge routine before enabling interrupts:
> hwif->hw.ack_intr(hwif);
> 2. Move reenabling of interrupts after the request_irq() call.
>
> The first solution hopefullly works, since the second one would be an ugly
> hack.
I don't know how, but my kernel's started booting. I modified kernel as
you said:
__restore_flags(flags); /* local CPU only */
if (hwif->hw.ack_intr && hwif->irq)
{
hwif->hw.ack_intr(hwif);
enable_irq(hwif->irq);
}
for (unit = 0; unit < MAX_DRIVES; ++unit) {
ide_drive_t *drive = &hwif->drives[unit];
if (drive->present) {
ide_tuneproc_t *tuneproc = HWIF(drive)->tuneproc;
if (tuneproc != NULL && drive->autotune == 1)
tuneproc(drive, 255);
}
}
Regards
Krystian Baclawski
|
|
From: Roman Z. <zi...@li...> - 2002-09-24 12:04:36
|
Hi, On Tue, 24 Sep 2002, Geert Uytterhoeven wrote: > I took a closer look at ide-probe.c and compared it to plain 2.4.18 from > Marcelo. Apparently the enable_irq() (and some other code) is present in the > APUS version only! Although there are m68k comments in the changes, these > changes are not present in the Linux/m68k tree. > > Anyone who knows why APUS changed ide-probe.c? I changed it while adapting the APUS irq code to the generic ppc irq code, but I don't really remember what caused that change. Anyway, that code works with an A4000, so there must be another problem, that just never triggered before, my guess is a timing problem. > Perhaps you can try with the original ide-probe.c from Marcelo's tree? It's better to find the real problem, that code is bascially already in 2.5. Two things which could be tried: 1. Add this call to the acknowledge routine before enabling interrupts: hwif->hw.ack_intr(hwif); 2. Move reenabling of interrupts after the request_irq() call. The first solution hopefullly works, since the second one would be an ugly hack. bye, Roman |
|
From: Geert U. <ge...@li...> - 2002-09-24 10:00:45
|
On Tue, 24 Sep 2002, [iso-8859-2] Krystian Bac=B3awski wrote:
> On Tue, 24 Sep 2002, Geert Uytterhoeven wrote:
> > On Tue, 24 Sep 2002, [iso-8859-2] Krystian Bac=B3awski wrote:
> > > I think I found place where kernel hungs up when it tries to probe =
IDE
> > > hardware. I played a bit with ide-probe.c and found out that kernel=
hungs
> > > up on enable_irq. I've added two lines with printk. First is reache=
d,
> > > second not. Code below was cut out from ide-probe.c file,
> > > probe_hwif:554-566.
> > >=20
> > > __restore_flags(flags); /* local CPU only */
> > > printk("probe_hwif: enabling irq\n"); /* debug */
> > > if (hwif->hw.ack_intr && hwif->irq)
> > > enable_irq(hwif->irq);
> > > printk("probe_hwif: irq enabled\n"); /* debug */
> > > for (unit =3D 0; unit < MAX_DRIVES; ++unit) {
> > > ide_drive_t *drive =3D &hwif->drives[unit];
> > > if (drive->present) {
> > > ide_tuneproc_t *tuneproc =3D HWIF(drive)->t=
uneproc;
> > > if (tuneproc !=3D NULL && drive->autotune =3D=
=3D 1)
> > > tuneproc(drive, 255);
> > > }
> > > }
> > >=20
> > > I hope that information would help a bit in tracing a bug.
> >=20
> > What's the manufacturer and model of your disk?
> >=20
> > I remember fixing an issue with some WD disks many years ago, where t=
he disk
> > didn't honor the `disable interrupt' IDE command, causing a lock up o=
n A4000
> > when interrupts were enabled. It didn't show up on PC because on PC =
the IDE
> > interrupt wasn't shared.
>=20
> As ide-probe says:
> hda: ST31720A, ATA DISK drive
> hdb: BCD 16XA CD-ROM, ATAPI CD/DVD-ROM drive
I took a closer look at ide-probe.c and compared it to plain 2.4.18 from
Marcelo. Apparently the enable_irq() (and some other code) is present in=
the
APUS version only! Although there are m68k comments in the changes, these
changes are not present in the Linux/m68k tree.
Anyone who knows why APUS changed ide-probe.c?
Perhaps you can try with the original ide-probe.c from Marcelo's tree?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m6=
8k.org
In personal conversations with technical people, I call myself a hacker. =
But
when I'm talking to journalists I just say "programmer" or something like=
that.
-- Linus Torvalds
|
|
From: <cah...@po...> - 2002-09-24 09:36:30
|
On Tue, 24 Sep 2002, Geert Uytterhoeven wrote:
> On Tue, 24 Sep 2002, [iso-8859-2] Krystian Bac=B3awski wrote:
> > I think I found place where kernel hungs up when it tries to probe IDE
> > hardware. I played a bit with ide-probe.c and found out that kernel hun=
gs
> > up on enable_irq. I've added two lines with printk. First is reached,
> > second not. Code below was cut out from ide-probe.c file,
> > probe_hwif:554-566.
> >=20
> > __restore_flags(flags); /* local CPU only */
> > printk("probe_hwif: enabling irq\n"); /* debug */
> > if (hwif->hw.ack_intr && hwif->irq)
> > enable_irq(hwif->irq);
> > printk("probe_hwif: irq enabled\n"); /* debug */
> > for (unit =3D 0; unit < MAX_DRIVES; ++unit) {
> > ide_drive_t *drive =3D &hwif->drives[unit];
> > if (drive->present) {
> > ide_tuneproc_t *tuneproc =3D HWIF(drive)->tunep=
roc;
> > if (tuneproc !=3D NULL && drive->autotune =3D=
=3D 1)
> > tuneproc(drive, 255);
> > }
> > }
> >=20
> > I hope that information would help a bit in tracing a bug.
>=20
> What's the manufacturer and model of your disk?
>=20
> I remember fixing an issue with some WD disks many years ago, where the d=
isk
> didn't honor the `disable interrupt' IDE command, causing a lock up on A4=
000
> when interrupts were enabled. It didn't show up on PC because on PC the =
IDE
> interrupt wasn't shared.
As ide-probe says:
hda: ST31720A, ATA DISK drive
hdb: BCD 16XA CD-ROM, ATAPI CD/DVD-ROM drive
|
|
From: Geert U. <ge...@li...> - 2002-09-24 08:45:07
|
On Tue, 24 Sep 2002, [iso-8859-2] Krystian Bac=B3awski wrote:
> I think I found place where kernel hungs up when it tries to probe IDE
> hardware. I played a bit with ide-probe.c and found out that kernel hun=
gs
> up on enable_irq. I've added two lines with printk. First is reached,
> second not. Code below was cut out from ide-probe.c file,
> probe_hwif:554-566.
>=20
> __restore_flags(flags); /* local CPU only */
> printk("probe_hwif: enabling irq\n"); /* debug */
> if (hwif->hw.ack_intr && hwif->irq)
> enable_irq(hwif->irq);
> printk("probe_hwif: irq enabled\n"); /* debug */
> for (unit =3D 0; unit < MAX_DRIVES; ++unit) {
> ide_drive_t *drive =3D &hwif->drives[unit];
> if (drive->present) {
> ide_tuneproc_t *tuneproc =3D HWIF(drive)->tunep=
roc;
> if (tuneproc !=3D NULL && drive->autotune =3D=3D=
1)
> tuneproc(drive, 255);
> }
> }
>=20
> I hope that information would help a bit in tracing a bug.
What's the manufacturer and model of your disk?
I remember fixing an issue with some WD disks many years ago, where the d=
isk
didn't honor the `disable interrupt' IDE command, causing a lock up on A4=
000
when interrupts were enabled. It didn't show up on PC because on PC the =
IDE
interrupt wasn't shared.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m6=
8k.org
In personal conversations with technical people, I call myself a hacker. =
But
when I'm talking to journalists I just say "programmer" or something like=
that.
-- Linus Torvalds
|
|
From: <cah...@po...> - 2002-09-23 21:50:58
|
Hi !
I think I found place where kernel hungs up when it tries to probe IDE
hardware. I played a bit with ide-probe.c and found out that kernel hungs
up on enable_irq. I've added two lines with printk. First is reached,
second not. Code below was cut out from ide-probe.c file,
probe_hwif:554-566.
__restore_flags(flags); /* local CPU only */
printk("probe_hwif: enabling irq\n"); /* debug */
if (hwif->hw.ack_intr && hwif->irq)
enable_irq(hwif->irq);
printk("probe_hwif: irq enabled\n"); /* debug */
for (unit = 0; unit < MAX_DRIVES; ++unit) {
ide_drive_t *drive = &hwif->drives[unit];
if (drive->present) {
ide_tuneproc_t *tuneproc = HWIF(drive)->tuneproc;
if (tuneproc != NULL && drive->autotune == 1)
tuneproc(drive, 255);
}
}
I hope that information would help a bit in tracing a bug.
Regards
Krystian Baclawski
|
|
From: Reinhard N. <rn...@gm...> - 2002-09-16 15:59:47
|
Ken Tyler wrote: > > On Thu, 22 Aug 2002, Rene Brothuhn wrote: > > >>>I've compiled a kernel with PCI enabled but not tested it yet due to >>>other goings on around here. >>> >> > > Hello, > > I've been away on holiday for a while and not done any testing of the UW > SCSI controller. > > The problem I was having was ethernet blocking or stalling if anything was > connected to the UW 53c770 contoller. Compiling in PCI didn't help but > removing the 53c710 A4091 driver did. Without the A4091, the UW > controller is almost perfect... > > Almost because I still get the system freezes when accessing SCSI disks > that I always got with the A4091 ! Sounds interesting. Would you please lookup my mail in the linux-apus-user list (Kernel 2.4.x & A3000T) and tell me, if you experience similar problems? > What can be going on ? > > The 53c710 driver for the A4091 works perfectly (I'm told) in the A4000T > and I can't imagine there's a problem in the higher level SCSI code. > > What is unique with A4000 and CVPPC combination ? Maybe PPC 604e? > Could it be as simple as a hardware ram problem ? I've thought about that too. How can we test this? I thought about making a diskless station and try a kernel compile then. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rn...@gm... |
|
From: Ken T. <ke...@we...> - 2002-09-16 12:21:18
|
On Thu, 22 Aug 2002, Rene Brothuhn wrote: > > I've compiled a kernel with PCI enabled but not tested it yet due to > > other goings on around here. > > Hello, I've been away on holiday for a while and not done any testing of the UW SCSI controller. The problem I was having was ethernet blocking or stalling if anything was connected to the UW 53c770 contoller. Compiling in PCI didn't help but removing the 53c710 A4091 driver did. Without the A4091, the UW controller is almost perfect... Almost because I still get the system freezes when accessing SCSI disks that I always got with the A4091 ! What can be going on ? The 53c710 driver for the A4091 works perfectly (I'm told) in the A4000T and I can't imagine there's a problem in the higher level SCSI code. What is unique with A4000 and CVPPC combination ? Could it be as simple as a hardware ram problem ? Ken. |
|
From: Mrs m m. Sese-s. <ms...@sp...> - 2002-09-03 05:27:41
|
FROM=3AMRS=2E M SESE-SEKO DEAR FRIEND=2C I AM MRS=2E SESE-SEKO WIDOW OF LATE PRESIDENT MOBUTU SESE-SEKO OF ZAIRE=3F NOW KNOWN AS DEMOCRATIC REPUBLIC OF CONGO =28DRC=29=2E I AM MOVED TO WRITE YOU THIS LETTER=2C THIS WAS IN CONFIDENCE CONSIDERING MY PRESENT CIRCUMSTANCE AND SITUATION=2E I ESCAPED ALONG WITH MY HUSBAND AND TWO OF OUR SONS KONGOLO AND BASHER OUT OF DEMOCRATIC REPUBLIC OF CONGO =28DRC=29 TO ABIDJAN=2C COTE D'IVOIRE WHERE MY FAMILY AND I SETTLED=2C WHILE WE LATER MOVED TO SETTLED IN MORROCO WHERE MY HUSBAND LATER DIED OF CANCER DISEASE=2E HOWEVER DUE TO THIS SITUATION WE DECIDED TO CHANGED MOST OF MY HUSBAND'S BILLIONS OF DOLLARS DEPOSITED IN SWISS BANK AND OTHER COUNTRIES INTO OTHER FORMS OF MONEY CODED FOR SAFE PURPOSE BECAUSE THE NEW HEAD OF STATE OF =28DR=29 MR LAURENT KABILA HAS MADE ARRANGEMENT WITH THE SWISS GOVERNMENT AND OTHER EUROPEAN COUNTRIES TO FREEZE ALL MY LATE HUSBAND'S TREASURES DEPOSITED IN SOME EUROPEAN COUNTRIES=2E HENCE MY CHILDREN AND I DECIDED LAYING LOW IN AFRICA TO STUDY THE SITUATION TILL WHEN THINGS GETS BETTER=2C LIKE NOW THAT PRESIDENT KABILA IS DEAD AND THE SON TAKING OVER =28JOSEPH KABILA=29=2E ONE OF MY LATE HUSBAND'S CHATEAUX IN SOUTHERN FRANCE WAS CONFISCATED BY THE FRENCH GOVERNMENT=2C AND AS SUCH I HAD TO CHANGE MY IDENTITY SO THAT MY INVESTMENT WILL NOT BE TRACED AND CONFISCATED=2E I HAVE DEPOSITED THE SUM OF EIHGTEEN MLLION UNITED STATE DOLLARS=28US$18=2C000=2C000=2C00=2E=29 WITH A SECURITY COMPANY =2C FOR SAFEKEEPING=2E THE FUNDS ARE SECURITY CODED TO PREVENT THEM FROM KNOWING THE CONTENT=2E WHAT I WANT YOU TO DO IS TO INDICATE YOUR INTEREST THAT YOU WILL ASSIST US BY RECEIVING THE MONEY ON OUR BEHALF=2EACKNOWLEDGE THIS MESSAGE=2C SO THAT I CAN INTRODUCE YOU TO MY SON =28KONGOLO=29 WHO HAS THE OUT MODALITIES FOR THE CLAIM OF THE SAID FUNDS=2E I WANT YOU TO ASSIST IN INVESTING THIS MONEY=2C BUT I WILL NOT WANT MY IDENTITY REVEALED=2E I WILL ALSO WANT TO BUY PROPERTIES AND STOCK IN MULTI-NATIONAL COMPANIES AND TO ENGAGE IN OTHER SAFE AND NON-SPECULATIVE INVESTMENTS=2E MAY I AT THIS POINT EMPHASISE THE HIGH LEVEL OF CONFIDENTIALITY=2C WHICH THIS BUSINESS DEMANDS=2C AND HOPE YOU WILL NOT BETRAY THE TRUST AND CONFIDENCE=2C WHICH I REPOSE IN YOU=2E IN CONCLUSION=2C IF YOU WANT TO ASSIST US =2C MY SON SHALL PUT YOU IN THE PICTURE OF THE BUSINESS=2C TELL YOU WHERE THE FUNDS ARE CURRENTLY BEING MAINTAINED AND ALSO DISCUSS OTHER MODALITIES INCLUDING REMUNERATION FOR YOUR SERVICES=2E FOR THIS REASON KINDLY FURNISH US YOUR CONTACT INFORMATION=2C THAT IS YOUR PERSONAL TELEPHONE AND FAX NUMBER FOR CONFIDENTIAL PURPOSE AND ACKNOWLEDGE RECEIPT OF THIS MAIL USING THE ABOVE EMAIL ADDRESS=2E BEST REGARDS=2C MRS M=2E SESE SEKO |
|
From: Ken T. <ke...@we...> - 2002-09-02 22:54:28
|
On Thu, 22 Aug 2002, Rene Brothuhn wrote: > Hello! G'day ! > > I've compiled a kernel with PCI enabled but not tested it yet due to > > other goings on around here. Still not tested this as I've been away for the last 10 days but I will. > Are you sure? I think this was many yaers ago, now the SCSI and PPC stuff > are in only one flash. You're probably right on this so my ROM should be upto date. > I do the same, a small partition containing C:, S:, LIBS: and the kernel > stuff. In S: there is a simple startup-sequence which only contains the > bootstrap command, not even setpatch is loaded. Using PPCInstall or > ElfLoadSeg is not necessary. It certainly won't work for me. On my boot partition I need ElfLoadSeg or PPCInstall to get the ppc.library loaded and the PPC started On my AmigaDOS partition I don't have ElfLoadSeg or PPCInstall. As I said before, If I remove cgxsytem.library and boot in AGA np PPC prog will run. Can you tell me if the ppc.library is loaded before bootstrap runs or does the bootstrap cause it to be loaded ? > Hmm... My PPCInstall.doc says: > PPCInstall ... > Put PPCInstall >NIL: in your s:user-startup if you > always want to start the ppc.library. OK I believe you ! I'll use PPCInstall instead but I'd like to know why I need it and you dont. Ken. |
|
From: Geert U. <ge...@li...> - 2002-08-29 09:08:01
|
On Thu, 29 Aug 2002, Alan Buxey wrote:
> > > activating the paula sound module should turn off heart-beat automagically
> > > :-)
> >
> > #modprobe dmasound_core
> > #modprobe dmasound_paula
> > #modprobe sound
> >
> > neither of them caused the power led to stop blinking :(.
>
> hmm, thats surely wrong...i thought that loading in the sound stopped
> the heartbeat completely.... but you go on to say that its the
> PLAYING (usage of the module) of audio which stops the beat.
>
> ..to the others...is this right behaviour?
Yes. Heartbeat is disabled as soon as audio playing is started. It's re-enabled
when audio playing is finished.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li...
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
|
|
From: Alan B. <al...@ms...> - 2002-08-29 09:03:48
|
hi, > > activating the paula sound module should turn off heart-beat automagically > > :-) > > #modprobe dmasound_core > #modprobe dmasound_paula > #modprobe sound > > neither of them caused the power led to stop blinking :(. hmm, thats surely wrong...i thought that loading in the sound stopped the heartbeat completely.... but you go on to say that its the PLAYING (usage of the module) of audio which stops the beat. ..to the others...is this right behaviour? alan |
|
From: Paul M. <pa...@sa...> - 2002-08-27 13:02:55
|
Geert Uytterhoeven writes: > > arch/ppc/amiga/config.c > > 1.12 02/08/27 21:55:36 pa...@sa... +0 -4 > > remove kd_mksound references > > APUS should use arch/ppc/amiga/amisound.c:amiga_mksound(). No, APUS should define an input device that generates sounds based on input events received. See drivers/input/misc/pcspkr.c for how it's done on PCs. Regards, Paul. |
|
From: Geert U. <ge...@li...> - 2002-08-27 12:28:00
|
On Tue, 27 Aug 2002 pp...@bi... wrote:
> ChangeSet
> 1.497.1.22 02/08/27 21:55:39 pa...@sa... +2 -0
> PPC32: remove code that sets kd_mksound now that it isn't a pointer.
>
> This gets it to compile but leaves us without a keyboard beep on
> powermac and APUS for now.
>
> arch/ppc/platforms/pmac_setup.c
> 1.16.1.6 02/08/27 21:55:36 pa...@sa... +0 -14
> remove kd_mksound references
>
> arch/ppc/amiga/config.c
> 1.12 02/08/27 21:55:36 pa...@sa... +0 -4
> remove kd_mksound references
APUS should use arch/ppc/amiga/amisound.c:amiga_mksound().
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li...
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
|
|
From: <no...@so...> - 2002-08-23 14:23:06
|
Feature Requests item #475692, was opened at 2001-10-28 10:58 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355907&aid=475692&group_id=5907 Category: Kernel Group: None >Status: Pending >Resolution: Fixed Priority: 7 Submitted By: christian (deepspace9) Assigned to: Nobody/Anonymous (nobody) Summary: CSPPC UW-Controller ? Initial Comment: Can something make a new Kernel with the CyberstormPPC UW-Controller ? Many users need it ! ---------------------------------------------------------------------- >Comment By: Michel Daenzer (mdaenzer) Date: 2002-08-23 16:23 Message: Logged In: YES user_id=34113 The code has been committed to CVS, see the devel list archives. ---------------------------------------------------------------------- Comment By: Michel De Meerleer (meerlmi) Date: 2002-08-23 13:59 Message: Logged In: YES user_id=54603 Any news ? Has the code/contrib been posted for review ? What's the status/priority of this request ? I am waiting for long for this feature to start using LinuxAPUS more intensively. And I'm glad I see I'm not the only one. ---------------------------------------------------------------------- Comment By: Michel Daenzer (mdaenzer) Date: 2002-02-12 21:40 Message: Logged In: YES user_id=34113 To the anonymous (though I think I know who you are ;) driver author: please log in when posting comments. But, by all means, _please_ post your code to the devel list for review! Maybe we can fix the outstanding issues while you're busy. Thanks. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-02-12 20:04 Message: Logged In: NO Hello! I posted early to this topic that I`m working on the UW-SCSI driver. And I could say, that the driver is in a good state. It detects connected SCSI-devices and prints out the Vendor, Model and Type information of the devices. For example, a Toshiba XM6201 CDROM is detected as Vendor: TOSHIBA, Model: CD-ROM XM-6201TA, Type: CD-ROM. But then there are problems attaching the devices to linux. Its a little bit like searching a needle in the haystack. The realy bad thing is, I have no time for further working on the driver, for now. But in some month I will have more time and can further working. I'm sorry for that! But believe me, I will get the driver working, be patient. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-02-09 07:42 Message: Logged In: NO Yes, it's time to support this hardware and other so like serial card. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-10-31 22:45 Message: Logged In: NO Nice to hear that there are people working on that driver, it would be really, really nice to have. I suppose there is some quite big problems with this thing since it has taken so long allready. Hope that someone can work them out. keep up the good work ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-10-28 19:51 Message: Logged In: NO I am hardly working on the CSPPC-UW driver, be patient. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355907&aid=475692&group_id=5907 |
|
From: <no...@so...> - 2002-08-23 11:59:22
|
Feature Requests item #475692, was opened at 2001-10-28 09:58 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355907&aid=475692&group_id=5907 Category: Kernel Group: None Status: Open Resolution: None Priority: 7 Submitted By: christian (deepspace9) Assigned to: Nobody/Anonymous (nobody) Summary: CSPPC UW-Controller ? Initial Comment: Can something make a new Kernel with the CyberstormPPC UW-Controller ? Many users need it ! ---------------------------------------------------------------------- Comment By: Michel De Meerleer (meerlmi) Date: 2002-08-23 11:59 Message: Logged In: YES user_id=54603 Any news ? Has the code/contrib been posted for review ? What's the status/priority of this request ? I am waiting for long for this feature to start using LinuxAPUS more intensively. And I'm glad I see I'm not the only one. ---------------------------------------------------------------------- Comment By: Michel Daenzer (mdaenzer) Date: 2002-02-12 20:40 Message: Logged In: YES user_id=34113 To the anonymous (though I think I know who you are ;) driver author: please log in when posting comments. But, by all means, _please_ post your code to the devel list for review! Maybe we can fix the outstanding issues while you're busy. Thanks. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-02-12 19:04 Message: Logged In: NO Hello! I posted early to this topic that I`m working on the UW-SCSI driver. And I could say, that the driver is in a good state. It detects connected SCSI-devices and prints out the Vendor, Model and Type information of the devices. For example, a Toshiba XM6201 CDROM is detected as Vendor: TOSHIBA, Model: CD-ROM XM-6201TA, Type: CD-ROM. But then there are problems attaching the devices to linux. Its a little bit like searching a needle in the haystack. The realy bad thing is, I have no time for further working on the driver, for now. But in some month I will have more time and can further working. I'm sorry for that! But believe me, I will get the driver working, be patient. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-02-09 06:42 Message: Logged In: NO Yes, it's time to support this hardware and other so like serial card. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-10-31 21:45 Message: Logged In: NO Nice to hear that there are people working on that driver, it would be really, really nice to have. I suppose there is some quite big problems with this thing since it has taken so long allready. Hope that someone can work them out. keep up the good work ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-10-28 18:51 Message: Logged In: NO I am hardly working on the CSPPC-UW driver, be patient. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355907&aid=475692&group_id=5907 |
|
From: Rene B. <re...@we...> - 2002-08-22 16:21:24
|
Hi, Fred! On 2002.08.21 13:43 Fred Heitkamp wrote: > > Thank you. I'm glad I could help. I haven't been using my Amiga > much lately since my Ariadne went bad. I just have a problem with > paying over $100 for a 10mbit ethernet card. Maybe if a 100mbit > card was available I'd get one. Of course maybe the old Amiga > Zorro bus would not support the speeds required. > > I may try the new driver though. Has the driver been installed in > the CVS version of the kernel? Yes, its in the CVS. Just a replacement of your old version. Ciao, Renè |
|
From: Rene B. <re...@we...> - 2002-08-22 16:19:31
|
Hello!
>
> I've compiled a kernel with PCI enabled but not tested it yet due to
> other goings on around here.
>
> I flashed the card with the latest (last ?) update some time ago but I
> didn't do the SCSI if it needs to be done seperately.
Are you sure? I think this was many yaers ago, now the SCSI and PPC stuff
are in only one flash.
> I looked into why I needed ElfLoadSeg in the Startup-Sequence of the
> small
> direct Linux boot partition and not on my ususal boot. The reason is that
> the small boot partition doesn't have support for the CV-64/3d, no
> cgxsytem.library. It appears the library loads the ppc.library and fires
> up the PPC. Move the cgxsystem.library out of the way and boot ADOS in
> AGA
> and the bootstrap won't work - assuming nothing else loads the
> ppc.library.
I do the same, a small partition containing C:, S:, LIBS: and the kernel
stuff. In S: there is a simple startup-sequence which only contains the
bootstrap command, not even setpatch is loaded. Using PPCInstall or
ElfLoadSeg is not necessary.
> Are you sure about PPCInstall vs. ElfLoadSeg ? I got the idea from the
> documentation PPCInstall was a temporary measure and ElfLoadSeg was the
> proper way.
Hmm... My PPCInstall.doc says:
PPCInstall
(Not necessary for BlizzardPPCs where the ppc.library
is in the flashrom. Only remuve ElfLoadSeg if you
installed it)
This program loads the ppc.library which enables the
ELF DOS patch. The functionality of ElfLoadSeg is
now inside of the ppc.library since V46.
Put PPCInstall >NIL: in your s:user-startup if you
always want to start the ppc.library.
Ciao, Renè
|
|
From: Fred H. <hei...@am...> - 2002-08-21 11:44:19
|
On Tue, 13 Aug 2002, Rene Brothuhn wrote: > On 2002.08.13 00:26 Ken Tyler wrote: > > > > > > On Mon, 12 Aug 2002, Rene Brothuhn wrote: > > > > > Log message: > > > fisrt working version of the CSPPC-SCSI driver > > > > Congratulations to Rene for this ! > > > > Fred H. also who did a lot of work on this driver > > > Oh yes, Fred Heitkamp has done realy good work on the driver. I forgot to > mention. Thank you. I'm glad I could help. I haven't been using my Amiga much lately since my Ariadne went bad. I just have a problem with paying over $100 for a 10mbit ethernet card. Maybe if a 100mbit card was available I'd get one. Of course maybe the old Amiga Zorro bus would not support the speeds required. I may try the new driver though. Has the driver been installed in the CVS version of the kernel? Fred |
107 messages has been excluded from this view by a project administrator.
