23:00 | Bertl | okay, image should be up now
| |
23:00 | gcolburn | okay. i'll look for it
| |
23:04 | gcolburn | so are you expecting these might enable me to run the custom PL and get to the linux prompt?
| |
23:12 | Bertl | yes, I'm pretty sure, but as I said, you might need to adjust the devicetree if you are still using the ramfs
| |
23:13 | Bertl | or alternatively, you can put the entire system on the second partition of the sd-card :)
| |
23:19 | gcolburn | when you were referring to booting into the flash are you referring to the QSPI flash?
| |
23:19 | Bertl | no, the SD card
| |
23:19 | gcolburn | oh ok
| |
23:19 | gcolburn | that's what confused me
| |
23:20 | Bertl | sorry
| |
23:20 | gcolburn | by default the SD card has one partition correct?
| |
23:20 | Bertl | depends, IIRC, the default already had two partitions
| |
23:20 | Bertl | but only one was used
| |
23:21 | gcolburn | ok, the second one just wasn't formatted?
| |
23:21 | Bertl | yes, something like that, the first partition is used for booting
| |
23:22 | gcolburn | ok. yeah because when I pop the SD card in I just see the one partition by default to copy the boot.bin to. I haven't looked at the SD card with a disk utility
| |
23:23 | Bertl | yeah, in any case, you can easily adjust it even without taking it out of the zedboard
| |
23:23 | Bertl | i.e. boot into linux, add/adjust/format the partition and copy everything from the rootfs (ram) to the second partition
| |
23:24 | Bertl | requires a reboot after adding the partition to the layout (if necessary) but no reboot required after formatting
| |
23:29 | gcolburn | so what is the main reason you're using the second partition on the SD card?
| |
23:29 | gcolburn | has opposed to loading everything over TFPT?
| |
23:29 | Bertl | because I added a bunch of binaries and scripts there for testing
| |
23:30 | Bertl | and I don't want to rebuild the ramdisk every time I change a line
| |
23:37 | gcolburn | so you still use TFTP to load the main ramdisk but just have your other testing files on the second partition of the SD card?
| |
23:39 | Bertl | well, I'm not loading the ramdisk when I use the second partition (i.e. different .scr) but it wouldn't hurt
| |
23:41 | Bertl | http://vserver.13thfloor.at/Stuff/AXIOM/TFTP/ZED/BERTL.digilent/
| |
23:41 | Bertl | u-boot.scr -> BERTL.digilent/u-boot-noramdisk.scr
| |
23:54 | gcolburn | thanks. I'll have to play with that sometime soon
| |
23:59 | Bertl | you're welcome!
| |
00:13 | gcolburn | so out of curiosity, is this the type of work you do for a living? (fpgas/embedded linux)
| |
00:17 | Bertl | well, yes and no, the electronic part is more a hobby
| |
00:17 | Bertl | I'm doing IT consulting with emphasis on virtualization and embedded systems
| |
00:18 | Bertl | and yes, I don't do windows :)
| |
00:20 | gcolburn | cool
| |
00:21 | gcolburn | yeah about 10 years ago I used to do .NET development, but since then its mainly been java/Eclipse RCP to support my work
| |
00:25 | gcolburn | my main job now is as a physicist in a hospital (treating cancer patients), so I don't do quite as much software development as my last job let me do (which was about 1/2 time) for data analysis of monte carlo simulations
| |
00:29 | Bertl | a good friend of mine is working as physicist in a large hostpital here in austria, mainly for PET
| |
00:31 | Bertl | (positron emission tomography)
| |
00:32 | gcolburn | we fuse PET/CT's to the CT we use for treatment planning so we can contour in the tumor and design the radiation treatment plans
| |
00:33 | gcolburn | we're using a system you'd probably find pretty interesting from a hardware/software point of view
| |
00:33 | gcolburn | its called Vision RT
| |
00:33 | gcolburn | it uses a series of stereoscopic cameras and FPGAs to produce a real-time 3d surface of the patient to monitor their positioning for treatment
| |
00:34 | gcolburn | it uses a projector as well
| |
00:34 | gcolburn | http://www.visionrt.com/
| |
00:35 | gcolburn | when the engineer's from the company are out I try and get more details on their image processing on the FPGA (more than the literature gives)
| |
00:36 | Bertl | yep, sounds interesting ... and LOL @ FPGA :)
| |
00:37 | Bertl | it's a shame that most companies keep those technologies a secret and/or mystify it so much
| |
00:37 | Bertl | a few centuries ago, you couldn't even sell hardware without proper documentation and schematics, etc.
| |
00:39 | gcolburn | yeah
| |
00:42 | gcolburn | as the physicist our responsibilities are quality assurance of the linear accelerators (that deliver the radiation) and all other equipment involved such as vision RT. but they won't always give you the information you request because its proprietary. its even more complicated when we have systems integrated from competing companies, because neither one wants to take responsibility when there is a problem
| |
00:42 | gcolburn | and there's nothing we can do about i :)
| |
00:42 | gcolburn | it
| |
00:42 | Bertl | yeah, I know, same here (in Austria)
| |
00:43 | Bertl | and it is crazy what those companies charge for a repair
| |
00:44 | gcolburn | yeah. most hospitals buy year long maintenance contracts (hundreds of thousands of dollars per year)
| |
00:44 | Bertl | and even if you know, you can fix the damn thing for a few bucks in half an hour, everything has to wait for the engineer, which will sometimes take days to do a simple replacement
| |
00:44 | gcolburn | we thought it would be cool to start our own physics group eventually and hire a service engineer to work for us so we could save the hospital money
| |
00:45 | gcolburn | yeah, our we have more problems with our IT department. I've never seen one so bad, its ridiculous
| |
00:46 | Bertl | hehe, and that's from a phycisist :)
| |
00:46 | Bertl | but yeah, the IT departments in our hospitals are really bad as well
| |
00:47 | Bertl | I still can't believe that they suggested to put all the patient's data (including all scans) on a credit card sized chipcard
| |
00:48 | gcolburn | we're trying to get a new accelerator online and IT wouldn't let the installer have access to the network (kind of required for a computer to talk to the accelerator right?). so one of our physicists spent an hour and drove over, opened the IT closet and just put in a few patch cables (with the installer and IT present). the IT guy said you can't do that. so the physicists told him that if IT wants to remove it he's more than welcom
| |
00:48 | gcolburn | tell the chief financial officer why our install is behind schedule LOL
| |
00:48 | Bertl | and they are actually sending patient data unencrypted via email :)
| |
00:48 | gcolburn | was that in some news article or something?
| |
00:49 | gcolburn | since I got into the health care field I have been surprised at the lack of security
| |
00:49 | Bertl | I'm pretty sure it is somewhere
| |
00:50 | gcolburn | well I've got to get going unfortunately
| |
00:50 | gcolburn | good chatting and thanks for the help
| |
00:51 | Bertl | again, you're welcome! have a good one!
| |
00:51 | gcolburn | you too!
| |
00:51 | gcolburn | left the channel | |
10:22 | dmj_nova | left the channel | |
10:22 | dmj_nova | joined the channel | |
10:33 | sasha-w | joined the channel | |
14:18 | sasha-w | left the channel | |
14:37 | Bertl | morning everyone!
| |
21:45 | gcolburn | joined the channel | |
21:53 | gcolburn | left the channel |